О ветвях и политиках ветвей


Выключено

Требовать утверждения от указанного числа рецензентов в запросах на вытягивание.

Выключено

Рекомендуемая трассировка путем проверки связанных рабочих элементов в запросах на вытягивание

Выключено

Убедитесь, что все комментарии разрешены в запросах на вытягивание.

Выключено

Управление журналом ветвей путем ограничения доступных типов слияния при завершении запросов на вытягивание.

Выключено

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

Выключено

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

Выключено

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

Принятие стратегии ветвления Git

В вашем репозитории есть несколько критических ветвей, которые Группа использует всегда в качестве хорошей формы, например в вашей main ветви.

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

Разстройте стратегию на основе этих трех концепций, чтобы упростить стратегию ветвей.

  1. Используйте ветви возможностей для всех новых возможностей и исправления ошибок.
  2. Слияние ветвей компонентов в главную ветвь с помощью запросов на включение внесенных изменений.
  3. Обеспечьте высокую качество и актуальность главной ветви.

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

Создание рабочих элементов в ветвях

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

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

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

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

Рабочий процесс Git должен создавать и использовать ветви для управления функциями и исправлениями ошибок.

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

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

Как создаются ветви Git?

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

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

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

Visual of a branch off main in Git

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

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

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

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

Распространенная ошибка состоит в том, чтобы внести некоторые изменения и commit понять, что вы находитесь в неверной ветви, а затем checkout в нужную ветвь.

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

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

Необходимо либо выборочно выбрать фиксации из ветви, либо объединить изменения в соответствующую ветвь.

Использование ветвей для управления разработкой

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

Ветви позволяют одновременно работать с несколькими версиями исходного кода в одном локальном репозитории Git.

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

При использовании ветвей для изоляции работы в системе не требуется больше одного репозитория.

Настройте среду разработки один раз после клонирования. Затем используйте ветви Git для переключения между работой функций и исправлением ошибок.

Ветвление руководств

Узнайте, как выполнять стандартные задачи при работе с ветвями.

Azure Repos | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2017

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

  • Изоляция выполняемой работы из завершенной работы в основной ветви
  • Гарантируется сборка изменений до того, как они получится в Main
  • Ограничение того, кто может участвовать в конкретных ветвях
  • Обеспечение того, кто может создавать ветви и рекомендации по именованию для ветвей
  • Автоматически включать нужные рецензенты для каждого изменения кода
  • Применение рекомендаций с необходимыми рецензентами кода

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

Политика

По умолчанию

Описание