Обновление кода с получением, слиянием и извлечением

Статья
2025-04-04

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

Visual Studio 2019 | Visual Studio 2022

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

Git fetch загружает любые новые коммиты, отправленные другими пользователями в удаленный репозиторий. Ветви удаленного отслеживания в локальном кэше репозитория обновляются. Локальные ветви остаются неизменными.
Git merge интегрирует коммиты из одного или нескольких источников в целевую ветвь.
Git rebase интегрирует фиксации из исходной ветви в целевую ветвь, но использует другую стратегию, чем слияние Git.
Git pull выполняет команду fetch и затем слияние или перебазирование для интеграции полученных коммитов в вашу текущую локальную ветвь.

Visual Studio использует подмножество этих команд Git при синхронизации локального репозитория с удаленным репозиторием.

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

В этой статье приведены процедуры для следующих задач:

Загрузка изменений с fetch
Обновление ветвей с слиянием или перемещением
Скачивание изменений и обновление ветвей с использованием pull

Загрузка изменений с использованием fetch

Git fetch загружает фиксации удалённых ветвей и объекты файлов, на которые ссылаются и которые отсутствуют в вашем локальном репозитории, и обновляет удалённые отслеживаемые ветви в локальном кэше репозитория. Ветви удаленного отслеживания — это локально кэшированные только для чтения копии удаленных ветвей и не являются вашими локальными ветвями. Команда git fetch не обновляет ваши локальные ветки. Например, если в удаленном репозитории, обозначенном origin, есть ветвь bugfix3, Git fetch обновит ветвь удаленного отслеживания под названием origin/bugfix3, а не вашу локальную ветвь bugfix3. Для этого можно использовать ветви удаленного отслеживания:

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

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

В окне «Изменения Git» выберите «Получить». Затем выберите исходящие/входящие, чтобы открыть окно репозитория Git.

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

Подсказка

Извлечение не удаляет ветви удаленного отслеживания в локальном кэше репозитория, у которых больше нет удаленного аналога. Чтобы настроить Visual Studio для удаления устаревших ветвей удаленного отслеживания во время Fetch:

Выберите Средства>Параметры>Система Управления Версиями>Глобальные Настройки Git.
Установите опцию Обрезка удалённых ветвей во время получения в True.

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

В окне "Изменения Git" выберите "Запросить обновления". Затем выберите исходящие/входящие, чтобы открыть окно репозитория Git.

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

Подсказка

Извлечение не удаляет ветви удаленного отслеживания в локальном кэше репозитория, у которых больше нет удаленного аналога. Чтобы настроить Visual Studio для удаления устаревших ветвей удалённого отслеживания во время fetch:

Выберите Средства>Параметры>Система Управления Версиями>Глобальные Настройки Git.
Установите опцию Удаление удалённых веток при получении на True.

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

В Team Explorer выберите "Главная" , а затем выберите "Синхронизация ", чтобы открыть представление синхронизации .
В представлении синхронизации выберите выборку. Обе кнопки доставания делают то же самое. При загрузке загруженные фиксации будут отображаться в разделе Входящие фиксации.
В разделе " Входящие фиксации " щелкните правой кнопкой мыши фиксацию и выберите "Просмотреть сведения о фиксации ", чтобы просмотреть измененные файлы.
В окне подробностей коммита измененные файлы указаны в разделе Изменения.

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

Подсказка

Выберите Средства>Параметры>Система Управления Версиями>Глобальные Настройки Git.
Установите параметр Обрезка удалённых веток при получении в True.

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

git fetch <remote repo> <remote branch name>

Чтобы запустить команду Git fetch для всех удаленных ветвей, используйте:

git fetch <remote repo>

При клонировании удаленного репозитория Git назначает псевдоним origin как сокращенный URL-адрес клонированного удаленного репозитория. Выполните git remote -v, чтобы проверить значение псевдонима origin. Чтобы добавить origin псевдоним вручную, выполните команду git remote add origin <remote repo url>. С помощью псевдонима origin можно упростить команду получения Git следующим образом:

git fetch

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

Примечание.

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

После Git fetch вы можете сравнить локальную ветвь с соответствующей отслеживаемой удаленной ветвью, чтобы узнать, что изменилось в удаленной ветви. Если вы решили обновить вашу текущую локальную ветвь с полученными изменениями, можно выполнить слияние или перебазирование Git. Вы также можете запустить Git pull, который объединяет извлечение Git с слиянием Git или перебазированием. Git merge и Git rebase обновляют целевую ветвь, применяя коммиты из исходной ветви к ней. Однако Git merge и Git rebase используют различные стратегии. Дополнительные сведения см. в разделе "Обновление ветвей" с слиянием или ребейзом, а также "Когда следует использовать ребейз вместо слияния".

Обновление ветвей с помощью слияния или повторной базы

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

Схема, показывающая состояние коммитов до и после при использовании слияния и перебазирования.

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

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

Этот подход поможет вам:

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

Слияние

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

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

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

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

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

Подсказка

Если исходная ветвь является удалённой отслеживаемой ветвью, убедитесь, что ветвь up-to-date, выполнив git fetch перед слиянием.

Выберите "Управление ветвями Git>" в строке меню, чтобы открыть окно репозитория Git.
В окне репозитория Git щелкните правой кнопкой мыши целевую ветвь и выберите "Проверить".
Щелкните правой кнопкой мыши исходную ветвь и выберите >"Объединить <исходную ветвь" в <целевую ветвь>.
Visual Studio отобразит сообщение подтверждения после успешного слияния.

Если слияние остановлено из-за конфликтов слияния, Visual Studio уведомит вас. Можно либо устранить конфликты, либо отменить слияние и вернуться в состояние предварительного слияния.

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

git merge <source branch name>

Git уведомит вас, если во время слияния возникают конфликты. Можно либо устранить конфликты , а затем запустить git merge --continueили выполнить git merge --abort , чтобы отменить слияние и вернуться в состояние предварительного слияния.

Ребейз

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

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

Если вы единственный человек, работающий над функцией или веткой исправлений, рассмотрите возможность использования перебазирования Git для интеграции новых коммитов ветки main в нее. В противном случае используйте команду Git merge. Для получения дополнительной информации о перебазировании в Git и его использовании, см. разделы «Применение изменений с помощью перебазирования» и «Перебазирование против слияния».

Подсказка

Если исходная ветвь является удаленной отслеживаемой ветвью, убедитесь, что ветвь up-to-date, выполнив команду git fetch перед ребейзом.

Выберите "Управление ветвями Git > " , чтобы открыть окно репозитория Git .
В окне репозитория Git щелкните правой кнопкой мыши целевую ветвь и выберите "Проверить".
Щелкните правой кнопкой мыши на исходной ветви и выберите "Перебазировать <целевую ветвь> на <исходную ветвь>.
Visual Studio отобразит сообщение о подтверждении после успешного перебазирования.

Если rebase остановлен из-за конфликтов слияния, Visual Studio уведомит вас. Можно либо устранить конфликты, либо отменить ребейз и вернуться в состояние до него.

Чтобы интегрировать фиксации из исходной ветви в целевую ветвь, выполните команду Git rebase:

git rebase <source branch name> <target branch name>

Если текущая локальная ветка совпадает с целевой, можно упростить команду Git rebase до:

git rebase <source branch name>

Git уведомит вас, если при перебазировании возникнут конфликты. Можно либо устранить конфликты , а затем запустить git rebase --continue, или запустить git rebase --abort, чтобы отменить перебазирование и вернуться к исходному состоянию до перебазирования.

Загрузить изменения и обновить ветви с помощью операции pull

По умолчанию Git pull объединяет Git fetch и Git merge для обновления вашей текущей локальной ветки с удаленного репозитория. При желании команда Git pull может выполнять Git перебазирование вместо слияния Git.

В отличие от Git fetch, команда Git pull обновит вашу текущую локальную ветвь сразу после загрузки новых коммитов из удаленного репозитория. Когда вы знаете, что хотите обновить текущую локальную ветвь сразу после выполнения git fetch, используйте git pull.

Подсказка

Чтобы настроить Visual Studio для перебазирования вместо слияния при Pull:

В меню Git перейдите в раздел> "Параметры>управления версиями>" Git Global Settings.
Установите параметр Rebase локальной ветви при извлечении в True.

В окне "Изменения Git" нажмите кнопку "Вытягивание".

Вы также можете выбрать Pull в меню Git.
Сообщение подтверждения отображается после завершения операции вытягивания.

Если во время операции слияния возникают конфликты, Visual Studio уведомит вас. Можно либо устранить конфликты, либо отменить слияние и вернуться в состояние предварительного слияния.

Примечание.

В Visual Studio Sync выполняет Pull, а затем Push для синхронизации локальной и удаленной ветви. Дополнительные сведения о синхронизации см. в разделе "Использование команд извлечения, получения, отправки и синхронизации для управления версиями в Visual Studio".

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

git pull <remote repo> <remote branch name>

Если у удаленного репозитория есть ветвь с той же ветвью имени, что и текущая рабочая ветвь, можно упростить команду извлечения Git:

git pull <remote repo>

При клонировании удаленного репозитория Git назначает псевдоним origin как сокращенный URL-адрес клонированного удаленного репозитория. Выполните, git remote -v чтобы проверить значение псевдонима origin . Чтобы добавить origin псевдоним вручную, выполните команду git remote add origin <remote repo url>. С помощью псевдонима origin можно упростить команду извлечения Git, чтобы:

git pull

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

Подсказка

Git уведомляет вас о конфликтах во время операции слияния или перебазы операции извлечения Git. Затем можно устранить конфликты, а затем запустить git merge --continue или git rebase --continue, или запустить git merge --abort или git rebase --abort, чтобы отменить слияние или перебазу.

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

Предоставление общего доступа к коду с помощью отправки Устранение конфликтов слияния

Вы новичок в репозиториях Git? Подробнее

Поделиться через

Обновление кода с получением, слиянием и извлечением

Загрузка изменений с использованием fetch

Обновление ветвей с помощью слияния или повторной базы

Слияние

Ребейз

Загрузить изменения и обновить ветви с помощью операции pull

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

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

Обратная связь

Дополнительные ресурсы