Управление разработкой в Git из рабочего элемента в Azure Boards

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

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

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

Совет

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

• Общие сведения о нескольких службах
• Настройка конвейеров для поддержки отслеживания работы
• Связывание рабочих элементов со сборками и развертываниями.

Управление разработкой

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

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

Примечание.

Элемент управления "Разработка" доступен только в форме рабочего элемента веб-портала. Возможности отслеживания рабочих элементов и формы в Visual Studio или других поддерживаемых клиентах не отображают несколько функций, доступных на веб-портале.

Необходимые компоненты

• Доступ к проекту: быть членом проекта
• Разрешения:
  • Быть членом группы участников или администраторов проектов . Чтобы добавить его, добавьте пользователей в проект или группу команд .
  • Чтобы просмотреть или изменить рабочие элементы, укажите рабочие элементы view в этом узле и измените рабочие элементы в разрешениях этого узла, для которых задано значение Allow. По умолчанию группа участников имеет этот набор разрешений. Дополнительные сведения см. в разделе "Настройка разрешений и доступ для отслеживания работы".
• Уровни доступа: чтобы изменить порядок невыполненной работы или использовать средство прогнозирования, имеет по крайней мере базовый доступ. Пользователи с доступом заинтересованных лиц не могут переупорядочение элементов невыполненной работы или использовать средство прогнозирования. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц.

Процесс рабочего процесса

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

1. Начните работу с рабочим элементом, создав ветвь. В разделе "Разработка" можно добавить новую ветвь Git...

   

   ... или из меню действий формы .

   

   Назовите ветвь и выберите репозиторий.

   

   При создании ветвей они автоматически связываются с рабочим элементом.

   Примечание.

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

   Система открывается в созданный репозиторий и ветвь.

2. Файл можно изменить на веб-портале.

   Кроме того, если у вас есть обширные изменения или требуется добавить файлы, работайте из Visual Studio или другой поддерживаемой интегрированной среды разработки. Добавьте новую локальную ветвь из созданной ветви. Дополнительные сведения см. в разделе "Обновление кода с получением и извлечением", скачивание изменений с получением. (Хотя любой процесс редактирования и фиксации кода работает, мы лучше всего работаем с выпуском Visual Studio.)

3. Добавьте или измените файлы в созданной ветви.

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

   

   Если вы впервые отправляете изменения из новой ветви, опубликуйте ветвь перед отправкой изменений. Дополнительные сведения см. в разделе "Общий доступ к коду с помощью push-отправки".

4. Создайте запрос на вытягивание из формы рабочего элемента.

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

   

5. Представление переключается на страницу "Код", "Запросы на вытягивание". Завершите создание запроса на вытягивание, как показано ниже.

   

   Примечание.

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

   

   Установите флажок для изменений Squash при слиянии , а затем завершите слияние.

   

6. После завершения вы увидите аналогичный экран, как показано ниже.

   

7. Откройте форму рабочего элемента или обновите форму, разверните раздел "Разработка " (выберите "Развернуть разработку "), и вы увидите ссылки, добавленные для поддержки завершенных операций.

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

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

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

И укажите имя ветви.

Связывание с существующими объектами разработки и сборки

Все элементы, перечисленные в разделе "Разработка", также отображаются на вкладке "Ссылки". Все действия разработки, запущенные в разделе "Разработка", также записываются на вкладке "Журнал".

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

Удаление ссылки

Если вы хотите удалить ссылку, вы можете сделать это в разделе "Разработка", сначала выделите ее и нажмите кнопку "Удалить".

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

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

• Сведения о межслужбах Azure DevOps
• Настройка конвейеров для поддержки отслеживания работы
• Добавление рабочих элементов
• Сведения о Git
• Связь фиксаций и запросов на вытягивание GitHub с рабочими элементами
• Связывание с рабочими элементами из других объектов

Связанные рабочие элементы в сборке

При фиксации Git все рабочие элементы, связанные с фиксацией, перечислены в разделе "Связанные рабочие элементы" на странице сводки сборки.

Типы ссылок, отображаемые в разделе "Разработка"

Ссылки, показанные в этом разделе, отображаются из-за следующих действий:

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

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

Типы ссылок, которые можно добавить в разделе разработки: Branch, Build, Changeset, Commit, Found in build, Integrated in build, Pull Request и Versioned Item.

::: moniker-end