Применение изменений путем их перемещения из одной ветви в другую

Статья
04/04/2024

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

Visual Studio 2019 | Visual Studio 2022

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

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

Перебазируйте локальную ветвь
Принудительно отправить локальную ветвь после повторной базы
Интерактивная перебаза для локальных фиксаций скваша

Общие сведения о рабочем процессе Git см . в руководстве по Azure Repos Git.

Перебазируйте локальную ветвь

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

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

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

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

Перебаза и слияние без быстрое перемещение вперед

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

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

Дополнительные сведения о повторной базе Git и ее использовании см. в разделе "Перебаза и слияние".

Перебазировать и принудительно отправить рекомендации

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

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

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

Совет

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

Как перебазировать

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

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

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

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

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

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

git rebase <source branch name>

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

Принудительно отправить локальную ветвь после повторной базы

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

Предупреждение

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

Чтобы принудительная отправка в Visual Studio, сначала необходимо включить параметр принудительная отправка:

Перейдите в >раздел "Параметры>управления версиями>" Git Global Параметры.
Выберите параметр "Включить push--force-with-lease".

Флаг push-отправки --force-with-lease Git безопаснее--force, чем флаг, так как он не перезаписывает удаленную ветвь с фиксациями, которые не интегрированы в локальную ветвь, принудительная отправка.

В окне изменений Git нажмите кнопку, чтобы отправить фиксацию.

Кроме того, вы можете выбрать "Отправить" в меню Git .
Если операция принудительной отправки Git по умолчанию завершается ошибкой, Visual Studio запускает диалоговое окно Git-Push сбоем. Нажмите кнопку принудительной отправки.
Visual Studio отобразит сообщение подтверждения после успешной отправки.

Совет

Чтобы принудительная отправка новые фиксации из локальной ветви в ту же именованную удаленную ветвь:

git push --force-with-lease <remote> <local branch name>

Если ветвь, которую вы хотите отправить, проверка ветвь, можно упростить команду принудительная отправка:

git push --force-with-lease <remote>

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

git push --force-with-lease origin

Если текущая локальная ветвь отслеживает удаленную ветвьorigin, можно полностью сократить команду принудительная отправка:

git push --force-with-lease

Однако полностью сокращенная команда push-уведомлений завершится ошибкой, если локальная ветвь не отслеживает удаленную ветвь. Запуститеgit remote show origin, чтобы проверка отслеживаемое состояние ветвей.

Интерактивная перебаза для локальных фиксаций скваша

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

Visual Studio 2022 не поддерживает интерактивную перебазирование. Вместо этого используйте командную строку Git.

Ознакомьтесь с локальной ветвью, на которой вы хотите выполнить интерактивную перебазу.
Фиксация, скрытие или отключение карта любых незафиксированных изменений.
Оцените, насколько далеко назад в истории фиксации вы хотите пойти. Вам не нужно быть точным, так как вы получите, чтобы выбрать определенные фиксации для сквош при выполнении команды интерактивной перебазы. Например, если вы хотите сквашировать фиксации в течение последних пяти фиксаций, выполните следующую команду:
```
git rebase -i HEAD~5
```
Git откроет редактор, который перечисляет последние пять фиксаций, начиная с последней. Например:
```
pick 7068b09 Update README network switch section
pick 9d247f7 Update README network controller section
pick 5d7ab9f Fix fiber optic transmitter test
pick 7b43f3f Add network switch test
pick 00859d9 Add network controller test
```
Оставьте первую строку как есть. В последующих строках, чтобы объединить фиксацию с указанной выше, перейдите pick на squash. Например, чтобы объединить первые две фиксации, а также две нижние фиксации, измените список фиксаций следующим образом:
```
pick 7068b09 Update README network switch section
squash 9d247f7 Update README network controller section
pick 5d7ab9f Fix fiber optic transmitter test
pick 7b43f3f Add network switch test
squash 00859d9 Add network controller test
```
Сохраните изменения и закройте редактор. Затем Git откроет новый редактор для каждого набора объединенных фиксаций, предлагая ввести сообщение о фиксации. Для каждого набора фиксаций уплотняйте сообщения фиксации до одного сообщения, а затем сохраните и закройте редактор. В предыдущем примере сквашированные фиксации сжаты с новыми сообщениями фиксации:
```
8fcb88f Update README network sections
ac6d3c0 Fix fiber optic transmitter test
f0aadc3 Add two network tests
```
Несмотря на то, что фиксация Fix fiber optic transmitter test не была сквашена, она имеет новый ИД фиксации, потому что теперь он связывается с другой фиксацией предшественника.

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

Примечание.

Пользователи Azure DevOps могут объединить слияние , чтобы сжать журнал фиксаций ветви раздела во время запроса на вытягивание.

Следующие шаги

Копирование изменений с помощью вишни-выбора

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

Применение изменений путем их перемещения из одной ветви в другую

Перебазируйте локальную ветвь

Перебаза и слияние без быстрое перемещение вперед

Перебазировать и принудительно отправить рекомендации

Как перебазировать

Принудительно отправить локальную ветвь после повторной базы

Интерактивная перебаза для локальных фиксаций скваша

Следующие шаги

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

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

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

Применение изменений путем их перемещения из одной ветви в другую

Перебазируйте локальную ветвь

Перебаза и слияние без быстрое перемещение вперед

Перебазировать и принудительно отправить рекомендации

Как перебазировать

Принудительно отправить локальную ветвь после повторной базы

Интерактивная перебаза для локальных фиксаций скваша

Следующие шаги

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

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

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