Ветки в Git

Создание и удаление ветки, git branch:

Что же на самом деле происходит при создании ветки? Всего лишь создаётся новый указатель для дальнейшего перемещения. Допустим вы хотите создать новую ветку с именем "test". Вы можете это сделать командой git branch :

git branch test #будет создана ветка с именем "test"

• Используйте для имени латинские буквы. Тут есть одно замечание. Когда мы создали ветку с некоторым именем, текущей осталась ветка, которая была выделена до этого. Например, master. И если после создания ветки мы скажем git commit, то будет продолжена ветка master. Непонимание этого часто приводит к ошибкам.
• Чтобы продолжить новую ветку нужно её создать, потом переключиться на неё и сделать commit.

1. Создаем ветку:

git branch feature #создание ветки с именем "feature" локально

2. Чтобы переключиться на созданную ветку, воспользуемся командой git checkout <name>:

git checkout feature#выбор ветки с именем "feature" локально

3. Делаем commit:

git commit

Теперь у нас есть вторая ветка с именем feature.

Чтобы удалить ветку с именем name, необходимо к команде git branch приписать ключ -d <name>:

git branch -d <name> # удалить локальную ветку с именем name

Однако, если данная ветка не слита полностью с какой-то другой (о слиянии веток говорится ниже), то Git не удалит ветку и выдаст предупреждение. Чтобы игнорировать его, нужно ввести ключ -D:

git branch -D <name> # удалить ветку, игнорируя предупреждение Git

Также стоит заметить, что команда git branch по умолчанию выводит список локальных веток. С ключами -r, -a можно вывести, соответственно, либо только удаленные ветки, либо все ветки. При выводе текущая ветка будет обозначена символом *.

$ git branch
  master
* feature

Переход между ветками, git checkout и git switch:

Для перехода между ветками служит уже известная вам команда git checkout <name>, перемещающаяя указатель HEAD на указанную ветку. Для перехода на предыдущую ветку удобно использовать команду git checkout -. Как правило, при создании новой ветки вы хотите сразу на неё переключиться — это можно сделать используя команду git checkout -b <newbranchname>.

Начиная с Git версии 2.23, вы можете использовать git switch вместо git checkout, чтобы:

• Переключиться на существующую ветку: git switch testing-branch.
• Создать новую ветку и переключиться на нее: git switch -c new-branch.
• Вернуться к предыдущей извлечённой ветке: git switch -.

Слияние веток (merge).

Дадим определения:

• Сливаемая ветка – та ветка, с которой мы берем изменения, чтобы влить их в целевую.
• Целевая ветка – та ветка, в которую мы сливаем наши изменения.
• Слияние веток – это перенос изменений с одной ветки на другую. При этом слияние не затрагивает сливаемую ветку, то есть она остается в том же состоянии, что позволяет нам потом продолжить

Слияние веток создает коммит от двух родителей, от текущей ветки и ветки указанной в команде git. Оно используется, например, когда новая функция проекта из боковой ветки (допустим, feature) протестирована и может быть добавлена в основную ветку.

Итак, для слияния текущей ветки с указанной в команде нужно написать команду:

git merge <name>  #объединить текущую ветку с веткой name

git merge обладает следующими ключами:

По умолчанию исползуется ключ --ff.

Использованные в таблице термины будут описаны далее.

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

• Стратегия слияния – это набор правил, которыми руководствуется Git при выполнении слияния.

Существует две основных стратегии слияния:

1. Явное слияние
2. Неявное слияние.

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

Явное слияние

Во время явного слияния создается так называемый merge-коммит. Основное предназначение этого коммита состоит в том, чтобы "соединить" изменения двух веток. У этого коммита есть одна особенность: два родительских коммита. Один родитель – последний коммит сливаемой ветки, второй – последний коммит целевой ветки.

Допустим, у нас есть граф вида:

Перед слиянием

Выполним команду:

$ git checkout main
$ git merge --no-ff develop # --no-ff для явного слияния

Итак, git merge делает следующие шаги:

1. Проверяет, нет ли конфликтов, т.е. не удалят и не перепишут ли наши изменения какую-либо уже существующую информацию. Если возникает конфликт git merge останавливается, чтобы получить инструкции от пользователя, но этот случай мы рассмотрим ниже. А пока допустим, что конфликтов нет.
2. Добавляет все изменения из коммитов 3-5 в индекс ветки main
3. Делает коммит

После git merge граф репозитория будет выглядеть следующим образом:

После явного слияния

Неявное слияние

Во время неявного слияния не создается новых коммитов: используются только уже существующие. Суть этого слияния заключается в том, что из вливаемой ветки извлекаются несколько коммитов, а затем они применяются к последнему коммиту целевой ветки. Такое слияние называется fast-forward.

Выполним команду:

$ git checkout main
$ git merge # по дефолту выполнится -ff

Тогда git merge поступит так:

1. Проверит, что в ветке main нет коммитов, сделанных после ответвления develop.
2. Проверит, что не возникает конфликтов, если конфликты возникнут, Git попросит пользователя разрешить их.
3. Перенесет указатель main на Commit-5. Теперь ветка develop как бы стала веткой main.

После слияния граф будет выглядеть таким образом:

После неявного слияния

Как видно из рисунка, новый коммит действительно не был создан. Вместо него, Git "подставил" в ветку main уже существующие коммиты из ветки develop.

Стоит подробнее разобрать первый пункт в работе git merge. В нем говорится, что Git проверит, что в ветке main нет коммитов, после ответвления develop. Дело в том, что режим fast-forward возможен не всегда, например в случае такого репозитория:

Слияние в режиме fast-forward выполнить будет невозможно, поскольку в таком случае мы потеряем всю информацию о Коммите-6. Не будет активных ссылок, указывающих на этот коммит, или одного из его наследников: последующих коммитов, для которых Коммит-6 стал родителем. Поэтому в данном случае придется выполнять явный git merge с созданием merge-коммита.

Для более детального понимания слияния веток рекомендуется самостоятельно изучить вопрос о конфликтах слияния и пути их решения, а также такие команды, как git rebase и git cherry-pick.

Просмотр состояния ветки, git status, git log, git diff.

Главное преимущество веток заключается в их независимости. Благодаря этому свойству, вы можете создать файл в рамках одной ветки, и это никак не повлияет на состояние другой. Поэтому некоторые команды работают для каждой ветки отдельно. Давайте разберем подробнее эти команды с учетом наших знаний о ветках.

• Команда git status предоставляет информацию о состоянии ветки: незакоммиченных и неотслеживаемых файлах.
• Команда git log выводит историю коммитов.
• Команда git diff помогает просмотреть изменения между файлами, коммитами, ветками.