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


Начало работы с Git в Azure Repos

Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Visual Studio 2019 | Visual Studio 2022

Начало разработки кода с помощью репозиториев Azure Repos и Git. Команды Visual Studio или Git можно использовать для клонирования репозитория, определения локальных ветвей, фиксации и отправки изменений и синхронизации с другими пользователями. Если вам нужно создать или импортировать репозиторий, см. "Создание нового репозитория Git в проекте" или "Импорт репозитория Git".

Примечание.

В этой статье описывается, как использовать Visual Studio для управления репозиториями Azure Repos Git. С помощью аналогичных процедур можно использовать Visual Studio для управления репозиториями GitHub. Чтобы клонировать репозиторий GitHub, получите URL-адрес, как описано в клонировании репозитория.

Чтобы получить представление о рабочем процессе Git, см. руководство Azure Repos Git.

Примечание.

Visual Studio 2019 версии 16.8 и более поздних версий предоставляют меню Git для управления рабочим процессом Git с меньшим переключением контекста, чем Team Explorer. Процедуры в этой статье на вкладке Visual Studio описывают, как использовать интерфейс Git, а также Team Explorer. Дополнительные сведения см. в разделе "Сравнение Git и Team Explorer".

Требуемые условия

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

Примечание.

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

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

Дополнительные сведения о разрешениях и доступе см. в разделе "Репозиторий Git по умолчанию" и " Разрешения ветви" и "Сведения о уровнях доступа".

Получение кода

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

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

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

  1. В меню Git на панели меню выберите Клонировать репозиторий...

    Снимок экрана: параметр

  2. В окне клонирования репозитория введите расположение удаленного репозитория и путь к папке для клонированного репозитория. Если вы не знаете расположение удаленного репозитория, выберите Azure DevOps в разделе "Обзор параметров репозитория ".

    Снимок экрана: окно

  3. Нажмите кнопку Клонировать. После клонирования репозитория Git Visual Studio обнаруживает репозиторий и добавляет его в список локальных репозиториев в меню Git.

    Снимок экрана: параметр

Примечание.

При использовании Azure DevOps Services формат URL-адреса проекта — dev.azure.com/{your organization}/{your project}. Однако предыдущий формат, ссылающийся на visualstudio.com формат, по-прежнему поддерживается. Дополнительные сведения см. в статье «Знакомство с Azure DevOps, Переключение существующих организаций на использование нового URL-адреса доменного имени».

Фиксация работы

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

  1. В меню Git в строке меню выберите "Создать ветвь", чтобы открыть окно "Создать новую ветвь".

    Снимок экрана: параметр

  2. В окне "Создание новой ветви" введите описательное имя ветви, чтобы сообщить другим пользователям, что содержит ветвь. По умолчанию Visual Studio создает новую ветвь из текущей ветви. Если флажок Извлечь ветвь установлен, вы автоматически переключитесь на новую ветвь после ее создания. Нажмите кнопку создания.

    Снимок экрана: окно

  3. Добавьте файл README.md в клонированную репозиторию. В Обозревателе решений можно просматривать содержимое репозитория с помощью Просмотра папок или открывать решения Visual Studio в репозитории. Git отслеживает изменения, внесенные как внутри, так и за пределами Visual Studio.

  4. Если вы удовлетворены изменениями, сохраните их в Git посредством коммита. В окне изменений Git введите сообщение, описывающее изменения, а затем нажмите кнопку "Зафиксировать все". Фиксирует все фиксирует незапланированные изменения и пропускает область промежуточной фиксации. Перед фиксацией изменений можно выбрать опцию "Этапировать все +" (плюс), нажав кнопку в верхней части раздела "Изменения" в окне Git-изменений.

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

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

    Снимок экрана, показывающий ссылку на сведения о фиксации в Visual Studio.

Примечание.

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

Снимок экрана: параметр

Поделитесь своими изменениями

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

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

  1. В окне "Изменения Git" нажмите кнопку "Стрелка вверх", чтобы отправить фиксацию.

    Снимок экрана кнопки со стрелкой вверх в окне

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

    Снимок экрана: ссылка

    Кроме того, вы можете отправить изменения из меню Git в строке меню.

    Снимок экрана: параметр push-отправки из меню Git в Visual Studio.

  2. Создайте пулл-реквест, чтобы другие могли проверить ваши изменения. Если вы только что отправили изменения из окна изменений Git, щелкните ссылку «Создать пулл-реквест», чтобы открыть веб-браузер, где можно создать новый пулл-реквест на веб-портале Azure Repos.

    Скриншот ссылки

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

    Снимок экрана ссылки

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

    Снимок экрана: пункт меню

Когда pull request откроется в веб-портале Azure Repos, проверьте, соответствуют ли исходная и целевая ветви. В этом примере мы хотим объединить коммиты из add-readme-file ветки в main ветку. Введите название и необязательное описание, укажите всех рецензентов, при необходимости свяжите все рабочие элементы и нажмите кнопку "Создать".

Снимок экрана формы

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

Синхронизация с другими пользователями

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

В окне "Изменения Git" вы можете поддерживать локальную ветвь в актуальном состоянии по отношению к удаленной, используя кнопки Fetch, Pull, Push и Sync.

Снимок экрана: кнопки получения, извлечения, отправки и синхронизации в окне

Слева направо на предыдущем снимке экрана элементы управления кнопкой:

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

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

Снимок экрана: параметры получения, извлечения, отправки и синхронизации в меню Git в Visual Studio.