Управляйте разработкой Git на основе рабочего элемента в Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Связывание рабочих элементов с объектами разработки, такими как ветви, коммиты, pull запросы и сборки, является мощным способом в разработке и поддержании синхронизации команды. Создавая ветви непосредственно из рабочих элементов, вы устанавливаете четкое соединение между задачами и изменениями кода. По мере выполнения разработки можно связать пул-реквесты и коммиты с этими рабочими элементами, обеспечивая исчерпывающую запись совершенных операций для завершения конкретной работы.
В этой статье рассматривается создание новых веток, добавление ссылок к коммитам и управление pull-запросами в репозитории Git, размещенном в Azure DevOps. Для получения инструкций по связыванию коммитов и запросов на вытягивание GitHub с рабочими элементами, см. раздел Связывание коммитов и запросов на вытягивание GitHub с рабочими элементами.
Совет
Вы можете настроить автоматическую привязку и другие параметры, которые связывают рабочие элементы с фиксациями Git, запросами на извлечение, сборками и т. д. Дополнительные сведения см. на следующих ресурсах:
Управление разработкой
Контроль разработки отслеживает все действия по разработке в Git, которые способствуют завершению рабочего элемента. Она предоставляет команде необходимые сведения для выполнения следующих шагов разработки, минимизируя потребность в нескольких действиях навигации для выполнения распространенных задач. Кроме того, она улучшает отслеживаемость, отображая все связанные ветки, коммиты, запросы на вытягивание и сборки, связанные с рабочим элементом, обеспечивая полную видимость процесса разработки.
В элементе управления "Разработка" можно быстро получить доступ к ветвям, запросам на слияние и коммитам, связанным с рабочим элементом. Кроме того, вы можете инициировать pull request для ветви, которую вы создали или связали непосредственно из рабочего элемента.
Примечание.
Элемент управления "Разработка" доступен только в форме рабочего элемента веб-портала. Возможности отслеживания рабочих элементов и формы в Visual Studio или других поддерживаемых клиентах не отображают несколько функций, доступных на веб-портале.
Необходимые условия
| Категория | Требования |
|---|---|
| доступ к проекту | член проекта. |
| разрешения | Участник группы участников или администраторы проектов. |
| Уровни доступа | — Для просмотра или изменения рабочих элементов: Просмотр рабочих элементов в этом узле и Редактирование рабочих элементов в этом узле разрешения установлены на Разрешить. По умолчанию группа участников имеет этот набор разрешений. Дополнительные сведения см. в разделе "Настройка разрешений и доступ для отслеживания работы". |
| Уровни доступа | Чтобы изменить порядок в бэклоге или использовать средство прогнозирования: по крайней мере Базовый доступ. Пользователи с доступом уровня Заинтересованное лицо не могут изменить порядок элементов бэклога или использовать средство прогнозирования. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц. |
| Категория | Требования |
|---|---|
| доступ к проекту | член проекта. |
| разрешения | Участник группы участников или администраторы проектов. |
| Уровни доступа | — Для просмотра или изменения рабочих элементов: Просмотр рабочих элементов в этом узле и Редактирование рабочих элементов в этом узле разрешения установлены на Разрешить. По умолчанию группа участников имеет этот набор разрешений. Дополнительные сведения см. в разделе "Настройка разрешений и доступ для отслеживания работы". |
Рабочий процесс
Подумайте о создании новой ветви, если отсутствуют связанные артефакты кода. Если ветка существует, но пул-реквесты отсутствуют, рассмотрите возможность создания пул-реквеста. Ниже приведена типичная последовательность рабочих процессов при работе с репозиторием Git.
Начните работу с рабочим элементом, создав ветвь. В разделе "Разработка" можно добавить новую ветвь Git...
... или из меню "Действия" формы
.
Назовите ветвь и выберите репозиторий.
При создании ветвей они автоматически связываются с рабочим элементом.
Примечание.
Вы можете создать ветвь только после того, как добавите файлы в основную ветвь, которую мы рекомендуем пометить как
mainили использовать другую отличительную метку. Система автоматически добавляет файл README в исходный репозиторий, созданный с каждым новым проектом.Система переходит к репозиторию и ветви, которые вы создали.
Файл можно изменить на веб-портале.
Кроме того, если у вас есть обширные изменения или требуется добавить файлы, работайте из Visual Studio или другой поддерживаемой интегрированной среды разработки. Добавьте новую локальную ветвь из созданной ветви. Дополнительные сведения см. в разделе «Обновление кода с помощью команд fetch и pull, загрузка изменений с использованием fetch». (Хотя процесс редактирования и фиксации кода может происходить любыми способами, мы предпочитаем работать с изданием Visual Studio.)
Добавьте или измените файлы в созданной ветви.
Из Visual Studio или другой поддерживаемой интегрированной среды разработки зафиксируйте и отправьте изменения из локальной ветви в репозиторий.
Если вы впервые отправляете изменения из новой ветви, опубликуйте ветвь перед отправкой изменений. Дополнительные сведения см. в разделе "Общий доступ к коду с помощью push-отправки".
Создайте пул-реквест из формы рабочего элемента.
Создайте pull request, чтобы объединить внесенные изменения в основную ветку и дать другим членам вашей команды просмотреть изменения.
Представление переключается на страницу Код, Pull Requests. Завершите создание запроса на вытягивание, как показано.
Примечание.
После создания пулл-реквеста невозможно создать новый для той же ветки, пока не завершите предыдущий.
Установите флажок для изменений Squash при слиянии , а затем завершите слияние.
После завершения вы увидите аналогичный экран, как показано ниже.
Откройте форму рабочего элемента или обновите форму, разверните раздел "Разработка " (выберите "Развернуть разработку
"), и вы увидите ссылки, добавленные для поддержки завершенных операций.
Создание ветви для нескольких рабочих элементов
Вы также можете добавить новую ветку из рабочего элемента, указанного в бэклоге или на доске, не открывая сам рабочий элемент. С помощью множественного выбора можно выделить несколько рабочих элементов и создать новую ветвь, с которой они все будут связаны.
Например, здесь мы выбираем первые пять элементов, чтобы связаться с новой ветвью.
И мы указываем имя ветви.
Связывание с существующими объектами разработки и сборки
Все элементы, перечисленные в разделе "Разработка", также отображаются на вкладке 
"Ссылки". Все действия разработки, запущенные в разделе "Разработка", также записываются на вкладке 
"Журнал".
Чтобы связать рабочий элемент с существующим объектом, щелкните 
значок "Добавить ссылки" и выберите тип ссылки.
Удаление ссылки
Если вы хотите удалить ссылку, вы можете сделать это в разделе "Разработка", сначала выделите ее и нажмите кнопку "Удалить".
Вы также можете выбрать его на вкладке "Ссылки" и выбрать "Действия" для ссылки, а затем выбрать параметр "Удалить ссылку".
Связанные рабочие элементы в процессе сборки
При коммитах в Git все рабочие элементы, связанные с коммитом, перечислены в разделе "Связанные рабочие элементы" на странице сводки сборки.
Типы ссылок, отображаемые в разделе "Разработка"
Ссылки, показанные в этом разделе, отображаются из-за следующих действий:
- Создание ветви, коммита или пулл-реквеста из рабочего элемента
- Указание идентификатора рабочего элемента во время commit, pull request или другой поддерживаемой операции Git или TFVC
- В частности, связывание рабочего элемента с вкладки "Разработка" или "Ссылки" с ветвью исходного кода, сборкой или другой поддерживаемой операцией Git или TFVC.
Наведение указателя мыши на любую запись в разделе "Разработка" активирует гиперссылку на связанный объект.
Типы ссылок, которые можно добавить в разделе разработки: Branch, Build, Changeset, Commit, Found in build, Integrated in build, Pull Request и Versioned Item.
