Ручное разрешение конфликтов слияния

Добро пожаловать в мир конфликтов слияния! Не беспокойтесь: это нормальная часть совместной работы с Git. Конфликт слияния возникает, когда Git не может автоматически определить, как объединить изменения из двух разных веток.

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

Git исключительно хорошо автоматически объединяет большинство изменений. Однако при неоднозначности ему требуется помощь человека. Вот распространённые сценарии:

• Одна строка, разные изменения: два человека по-разному редактируют одну и ту же строку кода.
• Один удаляет, другой изменяет: одна ветка удаляет файл, а другая изменяет его.
• Переименование и изменение: в одной ветке файл переименован, а в другой изменён.

Когда возникает конфликт слияния, Git не завершает слияние автоматически. Вместо этого он приостанавливает процесс и сообщает, в каких файлах есть конфликты. Вы увидите сообщение примерно такого вида:

После сбоя автоматического слияния Ваш репозиторий перейдёт в состояние «слияние». С помощью git status можно определить, в каких файлах есть конфликты. Эти файлы будут перечислены как «пути без слияния».

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

• <<<<<<< HEAD: отмечает начало изменений текущей ветки.
• =======: разделяет изменения из двух веток.
• >>>>>>> branch-name: отмечает конец изменений входящей ветки.

Рассмотрим пример. Представьте, что у Вас есть файл hello.txt. В ветке main он изменён на «Hello from main», а в ветке feature та же строка изменена на «Greetings from feature». При слиянии feature с main файл будет выглядеть так:

Ваша задача — открыть конфликтующий файл (например, hello.txt) в текстовом редакторе. Затем вручную измените файл, удалите маркеры конфликта и выберите нужное содержимое. Можно объединить части, выбрать одну из версий или полностью написать новый вариант.

В нашем примере с hello.txt, если нужны оба сообщения, файл можно изменить так:

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

Повторите эту операцию для каждого файла, указанного командой git status как «путь без слияния».

После добавления в индекс всех конфликтующих файлов слияние готово к фиксации. Обычно Git предлагает сообщение коммита слияния по умолчанию — его можно принять или изменить. Этот финальный коммит завершает процесс слияния.

Вы успешно разрешили конфликт слияния. Теперь проверим, насколько хорошо Вы поняли следующий важный шаг после ручного редактирования конфликтующего файла.

Вы научились разрешать конфликты слияния вручную! Это фундаментальный навык для любого разработчика.

• Конфликты возникают, когда Git не может автоматически объединить изменения.
• git status показывает неслитые файлы.
• Маркеры конфликта (<<<<<<<, =======, >>>>>>>) обозначают расходящиеся фрагменты кода.
• Вручную отредактируйте файлы, удалите маркеры и выберите итоговое содержимое.
• Добавьте разрешённые файлы в индекс с помощью git add.
• Завершите слияние с помощью git commit.

Практика ведёт к совершенству! Сначала конфликты могут показаться пугающими, но, следуя этим шагам, Вы научитесь мастерски их разрешать.