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

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

При слиянием или повторной базойвы сообщаете Git интегрировать изменения, внесенные в одну ветвь, с изменениями, внесенными в другую. Часто Git автоматически завершает слияние или перебазу без помощи. Однако если Git обнаруживает, что изменения, внесенные в одну ветвь, конфликтуют с изменением, сделанным в другой, он предложит устранить конфликт. Конфликт слияния может возникать, когда объединенные ветви изменяют одну и ту же строку файлов по-разному или когда одна ветвь изменяет файл и другую ветвь удаляет ее. Процесс устранения конфликтов слияния применим как к Git merge, так и к перебазированию.

Можно разрешить конфликты слиянием в Visual Studio или с помощью командной строки и любого текстового редактора.

Для обзора рабочего процесса Git, смотрите руководство Azure Repos Git.

Предпосылки

Категория	Требования
доступ к проекту	Член проекта .
Разрешения	— Просмотр кода в частных проектах: по крайней мере базовый доступ. — Клонирование или внесение вклада в код в частных проектах: Участник группы безопасности для участников или наличие соответствующих разрешений в проекте. — Задайте разрешения ветви или репозитория: управление разрешениями для ветви или репозитория. — Измените ветвь по умолчанию: . Измените политики и разрешения для репозитория. — Импорт репозитория: член группы безопасности администраторов проекта или разрешение уровня проекта Git на создание репозитория установлено в «Разрешить» . Дополнительные сведения см. в разделе "Настройка разрешений репозитория Git".
услуги	Repos включено.
Инструменты	Необязательно. Используйте команды az repos: Azure DevOps CLI.

Примечание.

В общедоступных проектах пользователи с доступом Stakeholder имеют полный доступ к Azure Repos, включая возможность просмотра, клонирования и участия в коде.

Понять конфликты слияния

Слияние или rebase в Git интегрируют коммиты из исходной ветви в вашу текущую локальную ветвь (целевой ветви). Git merge выполняет либо fast-forward, либо no-fast-forward слияние. Слияние без перемотки также называется трехсторонним слиянием или настоящим слиянием. Git перебазировка — это другой тип слияния. Эти типы слияний показаны на следующей схеме.

Для слияния в Git, если конец целевой ветки находится в исходной ветке, тип слияния по умолчанию будет проходным слиянием. В противном случае тип слияния по умолчанию будет слиянием без быстрого продвижения вперед.

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

Слияние без быстрого переадресации создает новую целевую ветвь "фиксация слияния", которая интегрирует изменения исходной ветви с изменениями целевой ветви. Применимые изменения — это изменения, внесенные после последней фиксации, обычной для обеих ветвей. На предыдущей схеме коммит C является последним общим коммитом в обеих ветвях. Если любое изменение исходной ветви конфликтует с любым изменением целевой ветви, Git предложит устранить конфликт слияния. Коммит слияния (L) содержит интегрированные изменения из исходной ветви и целевой ветви. Концы исходной и целевой ветви (K и E) являются родителями коммита слияния. В журнале коммитов вашей веткикоммит слияния является полезным маркером для операции слияния, четко показывая, какие ветки были объединены.

Git перебазирование перестраивает историю фиксаций целевой ветви, чтобы она содержала все фиксации исходной ветви, а затем все фиксации целевой ветви с момента последней общей фиксации. На предыдущей схеме коммит C является последним общим коммитом в обоих ветках. Другой способ взглянуть на это: ребейз воспроизводит изменения в вашей целевой ветке поверх истории исходной ветви. Если любое изменение исходной ветви конфликтует с любым изменением целевой ветви, Git предложит устранить конфликт слияния. Как и при быстром слиянии, перебазирование не создаёт коммит слияния. Примечательно, что rebase изменяет последовательность коммитов существующей целевой ветки, что не характерно для других стратегий слияния. На предыдущей схеме коммит K' содержит те же изменения, что и K, но имеет новый идентификатор коммита, так как он ссылается обратно на коммит E вместо C.

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

Дополнительные сведения о вариантах и стратегиях слияния см. в справочнике по Git и в стратегиях слияния Git .

Когда следует разрешать конфликты слиянием

Команды Git merge и Git rebase широко используются в рабочем процессеGit. При работе с локальной функцией или ветвью исправлений часто рекомендуется:

1. Поддерживайте актуальность вашей локальной ветки main с её удалённой версией, периодически выполняя команду pull для получения и объединения изменений из удалённого репозитория.
2. Интегрируйте обновления локальной ветки main в вашу локальную функциональную ветку, используя rebase или слияние.
3. Создайте резервную копию работы в локальной ветви функций, отправкой ее в соответствующую удаленную ветвь.
4. При завершении функции создайте запрос на вытягивание , чтобы объединить ветвь удаленной функции в ветвь удаленной main.

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

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

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

Подсказка

Если исходная ветвь является ветви удаленного отслеживания, убедитесь, что ветвь up-to-date, выполнив получения Git перед слиянием. Или выполните команду Git pull, которая объединяет команду Git fetch с командой Git merge.

Visual Studio 2022

Visual Studio 2022 предоставляет интерфейс управления версиями Git с помощью меню Git, изменений Git и контекстных меню в Обозреватель решений. Visual Studio 2019 версии 16.8 также предлагает пользовательский интерфейс Team Explorer Git. Дополнительные сведения см. на вкладке Visual Studio 2019 — Team Explorer .

1. В области ветви в окне репозитория Git проверьте целевую ветвь. Затем щелкните правой кнопкой мыши исходную ветвь и выберите Слияние <исходной ветви> в <целевую ветвь>.

   

2. Visual Studio уведомит вас, если Git остановил слияние из-за конфликтов. В этом случае можно либо устранить конфликты, либо отменить слияние и вернуться в состояние предварительного слияния. В разделе "Необъединённые изменения" окна изменений Git перечислены файлы с конфликтами слияния. Для файла с конфликтами слияния дважды щелкните на нем, чтобы открыть его в редакторе слияний.

   

3. В редакторе слияния на панели Incoming показывается версия файла исходной ветви, на панели Current показывается версия файла целевой ветви, а на панели Result показывается результирующий файл слияния. Чтобы применить изменения конкретного источника или целевой ветви, установите флажок рядом с конфликтующими строками, которые требуется сохранить. Вы также можете напрямую изменить файл слияния в панели результатов . Выберите Принять слияние после разрешения всех конфликтов слияния в текущем файле. Повторите этот шаг для каждого файла с конфликтами содержимого.

   

4. Для файла, который был изменен в одной ветви и удален в другой, щелкните правой кнопкой мыши файл и выберите нужное действие ветви.

   

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

   

Visual Studio 2019 — меню Git

Visual Studio 2019 предоставляет интерфейс управления версиями Git с помощью меню Git, изменений Git и контекстных меню в Обозреватель решений.

1. В области ветви в окне репозитория Git проверьте целевую ветвь. Затем щелкните правой кнопкой мыши на исходной ветви и выберите Слияние <исходной ветви> в <целевую ветвь>.

   

2. Visual Studio уведомит вас, если Git остановил слияние из-за конфликтов. В этом случае можно либо устранить конфликты, либо отменить слияние и вернуться в состояние предварительного слияния. В разделе "Необъединённые изменения" окна Git Changes перечислены файлы с конфликтами слияния. Для файла с конфликтами слияния в содержимом дважды щелкните файл, чтобы открыть его в редакторе слияния.

   

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

   

4. Для файла, который был изменен в одной ветви и удален в другой, щелкните правой кнопкой мыши файл и выберите нужное действие ветви.

   

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

   

Visual Studio 2019 — Team Explorer

Visual Studio 2019 версии 16.8 и более поздних версий предоставляет интерфейс управления версиями Git при сохранении пользовательского интерфейса Team Explorer Git. Чтобы использовать Team Explorer, снимите флажок Сервис>Параметры>Новые возможности>Новый интерфейс пользователя Git в строке меню. Функции Git можно использовать как в одном, так и в другом интерфейсе.

1. В представлении ветвей в Team Explorerпереключитесь на целевую ветвь. Затем щелкните правой кнопкой мыши исходную ветвь и выберите Объединить из.

   

2. Проверьте параметры слияния, затем нажмите кнопку "Слияние".

   

3. Visual Studio уведомит вас, если Git остановил слияние из-за конфликтов. В этом случае можно либо устранить конфликты, либо отменить слияние и вернуться в состояние предварительного слияния. Чтобы устранить конфликты, выберите Конфликты, чтобы открыть представление Разрешение конфликтов.

   

4. В представлении "Resolve Conflicts" перечислены файлы с конфликтами слияния. Выберите файл из списка, чтобы просмотреть параметры разрешения для этого файла.

   

5. Для файла с конфликтами слияния в его содержимом выберите Слияние, чтобы открыть его в редакторе слияния.

   

6. В редакторе слияния в области Исходный отображается версия файла исходной ветви, в области Целевой отображается версия файла целевой ветви, а в области Результат отображается результирующий файл слияния. Чтобы применить изменения конкретного источника или целевой ветви, установите флажок рядом с конфликтующими строками, которые требуется сохранить. Вы также можете напрямую изменить файл слияния в области результатов. Выберите Принять слияние после разрешения всех конфликтов слияния в текущем файле. Повторите этот шаг для каждого файла с конфликтами содержимого.

   

7. Для файла, который был изменен в одной ветви и удален в другой, выберите нужное действие ветви.

   

8. В представлении Разрешение конфликтов выберите Зафиксировать слияние после разрешения всех конфликтов слияния для всех файлов.

   

9. В представлении измененияTeam Explorerвведите сообщение о фиксации и выберите Этап фиксации, чтобы завершить слияние.

   

Командная строка Git

Прежде чем объединить исходную ветвь в целевую ветвь, проверьте целевую ветвь. Затем используйте команду слияния Git, чтобы объединить исходную ветвь в текущую локальную ветвь (целевая ветвь). Чтобы объединить несколько исходных ветвей в целевую ветвь, разделите имена исходных ветвей пробелами.

git checkout <target branch>
git merge <source branch>

Подсказка

Вы также можете использовать git switch <branch name> для переключения на ветвь.

В некоторых сценариях команда слияния Git приведет к ошибке или остановится прежде чем завершится.

Сообщение Git	Описание	Резолюция
Локальные изменения в следующих файлах будут перезаписаны слиянием...	Эта ошибка означает, что у текущей локальной ветви есть один или несколько файлов с незафиксированными изменениями, и эти файлы влияют на слияние. Git не создаст ошибку для незафиксированных изменений в файлах, не затронутых слиянием.	Зафиксируйте, сохраните в тайник или отмените незафиксированные изменения, затем повторите попытку слияния.
Сбой автоматического слияния; исправьте конфликты и зафиксируйте результат.	По крайней мере одна исходная ветвь конфликтует с изменением целевой ветви. Git останавливает слияние и ожидает, пока вы разрешите конфликты слияния.	Отмените слияние, выполнив git merge --abort, или разрешите все конфликты слияния, а затем выполните git merge --continue.

Подсказка

Для текущей операции слияния можно:

• Запустите git status, чтобы получить список файлов с конфликтами слияния.
• Запустите git log --merge, чтобы перечислить конфликтующие коммиты в ветвях исходной и целевой.

Разрешение конфликтов содержимого файла

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

   <<<<<<< HEAD
   - Network controller
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switches
   =======
   - Network control
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switch
   >>>>>>> origin/main
   

   Текст между <<<<<<< и ======= — это целевая версия ветви конфликтующего текста.
   Текст между ======= и >>>>>>> — версия исходной ветви конфликтующего текста.

2. Измените файл, чтобы устранить конфликтующий текст. Удалив маркеры конфликта слияния, вы сообщаете Git, что разрешили конфликт. Например, можно изменить предыдущий текст (включая маркеры конфликтов) следующим образом:

   - Network controller
   - Fiber optic transmitter
   - Fiber optic transceiver
   - Network switch
   

3. Запустите git add <filename>, чтобы подготовить файл для поэтапного выполнения после разрешения всех конфликтов в тексте.

4. Повторите предыдущие шаги для всех файлов с конфликтами содержимого.

Разрешение конфликтов файлов между удаленными и измененными версиями

Конфликт с удаленным измененным файлом возникает, когда один и тот же файл редактируется в одной ветви, но удаляется в другой. Для каждого удаленного измененного файла определите, какое действие ветви вы хотите использовать. Затем используйте git add <filename> для сохранения измененного файла или git rm <filename> для удаления файла.

Дальнейшие действия

Отправить код с pushОтменить изменения

Связанные статьи

• Вы новичок в репозиториях Git? Подробнее
• Обновление кода путем получения, слияния и вытягивания
• Сохраняйте свою работу с помощью коммитов