Варианты сборки

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

Создание рабочего элемента при сбое

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

Вы также можете выбрать, нужно ли назначить рабочий элемент запрашивателю. Например, если это сборка CI, а член команды проверка в каком-то коде, который нарушает сборку, рабочий элемент назначается этому лицу.

Дополнительные поля: можно задать значение полей рабочего элемента. Например:

Поле	значение
System.Title	Build $(Build.BuildNumber) failed
System.Reason	Build failure

Вопрос. Какие другие поля рабочих элементов можно задать? Индекс поля A:Work

Разрешить скриптам доступ к маркеру OAuth

Выберите этот проверка в классических конвейерах сборки, если вы хотите включить скрипт для использования маркера OAuth конвейера сборки. Это поле проверка находится в разделе "Дополнительные параметры" после выбора задания агента в конвейере.

Пример см. в статье "Использование скрипта для настройки конвейера сборки".

Пул агентов по умолчанию

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

Совет

Если код находится в Azure Pipelines и выполняете сборки в Windows, во многих случаях самый простой вариант — использовать размещенный пул.

Область авторизации для задания сборки

Укажите область авторизации для задания сборки. Выберите

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

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

Номер сборки (выполнения)

Эта документация перемещена в номер сборки (запуска).