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


Создание новой ветви Git

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Visual Studio 2019 | Visual Studio 2022

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

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

Предпосылки

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

Примечание.

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

Категория Требования
доступ к проекту Член проекта .
Разрешения — Просмотр кода: доступ уровня Basic хотя бы .
— Клонирование или участие в коде: член группы безопасности участников или обладатель соответствующих разрешений в проекте.
услуги Repos включено.

создать новую ветвь.

Примечание.

Имена ветвей не могут содержать символы управления ASCII, такие как пробелы, тильды и двоеточия. Часто используется практика написания слов строчными буквами и разделения их дефисом. Косая черта может использоваться для группировки ветвей. Длина имени ветви не должна превышать 250 символов ASCII. Чтобы избежать неоднозначности имен ветвей и хэшей фиксации, не используйте имена ветвей, состоящие из 40 шестнадцатеричных символов. Дополнительные сведения об именовании ветвей см. также в git-check-ref-format и кроссплатформенной совместимости Git.

Вы можете создавать ветви в Репозитории Azure Repos репозитории Git, репозитории GitHub или другие размещенные репозитории Git.

Azure Repos

  1. В веб-браузере откройте командный проект для организации Azure DevOps, а затем выберите Репозитории>Ветви, чтобы открыть представление 'Ветви' .

    снимок экрана страницы проекта Azure DevOps с развернутым меню репо.

  2. В представлении ветви выберите Новая ветвь, чтобы запустить диалоговое окно Создать ветвь.

    снимок экрана: кнопка

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

    снимок экрана диалогового окна

    Новая ветвь отображается в списке ветвей.

    снимок экрана списка ветвей, в котором отображается новая ветвь.

GitHub

В веб-браузере перейдите на главную страницу репозитория GitHub, выберите базовую ветвь, чтобы запустить диалоговое окно Switch branchs/tags, введите уникальное имя ветви, а затем выберите Создать ветвь.

снимок экрана диалогового окна

На главной странице репозитория теперь отображаются файлы в новой ветви.

снимок экрана ваших новых файлов ветки на главной странице репозитория GitHub.

Подсказка

После создания удаленной ветви вы можете получить его в локальном репозитории Git. В командной строке выполните следующую команду:
git fetch
git switch <remote branch name>

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