Новые усовершенствования в планах выполнения 2.0

В этом спринте мы улучшаем планы выполнения 2.0 с помощью новых сжатых представлений и сведений о свертках. Мы также представляем проверку вручную и новую uses инструкцию для предварительного объявления ресурсов в конвейерах YAML.

Дополнительные сведения см. в списке функций ниже.

Azure Boards

• Планы доставки: сводная информация
• Планы доставки: сжатые представления

Azure Pipelines

• Оператор "использует" для предварительного объявления ресурсов
• Проверка конвейеров YAML вручную

Azure Boards

Планы доставки: сводная информация

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

Планы доставки: сжатые представления

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

Azure Pipelines

Оператор "использует" для предварительного объявления ресурсов

Когда конвейер выполняет задание на агенте, ему предоставляется маркер доступа для обратного вызова REST API Azure Pipelines и загрузки ресурсов, таких как репозитории. Для конвейеров YAML мы недавно добавили параметр, ограничивающий маркер только репозиториями, фактически используемыми в задании. Однако некоторые клиенты использовали репозитории без явного checkout использования шага, например, если они использовали шаг скрипта для прямого вызова Git. Этим клиентам не удалось включить функцию ограничения маркеров, так как Azure Pipelines не удалось точно определить, какие репозитории необходимы для задания.

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

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Эта функция также решает связанную (хотя и менее распространенную) проблему. Если вы используете matrix ключевое слово для создания нескольких заданий, а эти задания используют пулы, указанные на шаге матрицы, могут возникнуть проблемы с авторизацией этих пулов для конвейера. Основная причина та же: поскольку матрицы вычисляются во время выполнения, система предварительной авторизации ресурсов не может точно определить, какие пулы используются. С помощью usesможно объявлять пулы, которые будут использоваться заданиями, чтобы они могли быть авторизованы до этого.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Проверка конвейеров YAML вручную

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

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

Перейдите в Azure DevOps и посмотрите.

Отправка отзыва

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

Вы также можете получить советы и ответы на свои вопросы от сообщества на Сайте Stack Overflow.

Thanks,

Мэтт Купер