Новые улучшения планов доставки 2.0

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

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

Azure Boards

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

Azure Pipelines (система конвейеров Azure)

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

Azure Boards

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

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

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

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

Azure Pipelines (система конвейеров Azure)

Инструкция "uses" для предварительного объявления ресурсов

Когда конвейер запускает задание на агенте, этому агенту выдается токен доступа для выполнения вызовов в 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.

Спасибо,

Мэтт Купер