Git

Отдельная линия разработки в репозитории: позволяет менять код, не затрагивая основную версию, а потом объединить результат с ней.

Создание полной локальной копии удалённого Git-репозитория командой git clone: с файлами, всей историей коммитов и настроенной связью с источником.

Зафиксированное состояние файлов проекта в истории Git: снимок изменений с автором, датой, сообщением и ссылкой на предыдущий коммит.

Традиционное имя основной ветки Git-репозитория. Для новых проектов GitHub и GitLab по умолчанию создают ветку main, но master по-прежнему встречается повсеместно.

Просмотр изменений в коде другим разработчиком до того, как они попадут в основную ветку: ищут ошибки, уязвимости и решения, которые будет трудно поддерживать.

Хранилище проекта под управлением Git: рабочие файлы вместе со всей историей их изменений, ветками, тегами и настройками в служебной папке .git.

Операция Git, которая объединяет изменения двух веток в одну: команда git merge переносит работу из ветки задачи в основную или наоборот.

Человек, который отвечает за проект: решает, какие изменения принять, выпускает версии, разбирает обращения и определяет направление развития кода.

Человек, который внёс вклад в проект: код, исправление, документацию, перевод, тесты или подробный отчёт об ошибке.

Короткое имя, которое разработчик сам назначает Git-команде или цепочке команд, чтобы вызывать длинные и частые операции в несколько символов.

Собственная копия чужого репозитория на сервере (GitHub, GitLab и других), в которой можно вести правки без прав на запись в исходный проект.

Распределённая система контроля версий: хранит историю всех изменений в файлах проекта и позволяет нескольким людям работать над кодом параллельно.

Веб-сервис для хостинга Git-репозиториев: к хранению кода он добавляет pull request, трекер задач, ревью, автоматизацию сборки и публичные страницы проектов.

Запись в трекере проекта о найденной ошибке, задаче, предложении или вопросе; у неё есть номер, обсуждение, исполнитель и статус «открыта» или «закрыта».

Запрос на проверку и слияние изменений из одной ветки в другую в GitLab; на GitHub, Bitbucket и Gitea та же сущность называется pull request.

Имя по умолчанию, под которым Git запоминает адрес удалённого репозитория, откуда проект был склонирован. Это обычный псевдоним, его можно сменить.

Команда git pull: загружает новые коммиты из удалённого репозитория и сразу встраивает их в текущую локальную ветку.

Запрос на включение изменений из вашей ветки или форка в чужую ветку: с описанием, обсуждением, ревью кода и автоматическими проверками перед слиянием.

Команда git push: отправляет локальные коммиты в удалённый репозиторий и передвигает там ветку, чтобы изменения увидели коллеги и сервер.

Приём, при котором несколько коммитов сжимают в один: промежуточные правки исчезают из истории, а задача оставляет одну понятную запись.

Источник, относительно которого получают изменения: исходный проект при работе через форк или удалённая ветка, с которой связана локальная.