Настройка стратегий развертывания из портал Azure

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

Компоненты

Общие сведения

• Azure DevOps теперь позволяет администраторам команды подписываться на события из MS Teams & Slack
• Уведомления MS Teams & Slack для событий Repos

Azure Repos

• Добавление вложений при создании запроса на вытягивание
• Преобразование новой веб-платформы — параметры репозитория

Azure Pipelines

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

Общие сведения

Azure DevOps теперь позволяет администраторам команды подписываться на события из MS Teams & Slack

В дополнение к администраторам Project теперь Azure DevOps позволяет администраторам команд подписываться на события для Azure Boards, Azure Repos и Azure Pipelines непосредственно из Slack и MS Teams.

Уведомления MS Teams & Slack для событий Repos

В качестве улучшения интеграции MS Teams и Slack теперь можно подписаться на одно или несколько событий в запросе на вытягивание, например примечания, отправка кода, обновления и попытки слияния.

Azure Repos

Добавление вложений при создании запроса на вытягивание

Теперь вы можете добавить вложение в запрос на вытягивание при его создании. Чтобы добавить вложение, ранее пришлось создать запрос на вытягивание, а затем изменить его, но теперь вы можете напрямую перетащить изображение на страницу создания запроса на вытягивание.

Преобразование новой веб-платформы — параметры репозитория

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

Благодаря этому новому интерфейсу навигация для проектов с большим количеством репозиториев стала проще из-за ускорения загрузки и добавленного фильтра поиска. Вы также можете просмотреть политики уровня проекта и список политик между репозиторием на вкладке "Политики".

Если щелкнуть репозиторий, вы можете просматривать политики и разрешения, заданные на уровне репозитория. На вкладке "Политики" можно просмотреть список всех ветвей, на которые настроена политика. Теперь щелкните ветвь, чтобы просмотреть все политики, не покидая страницу параметров репозитория.

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

Страница политики также была обновлена до новой веб-платформы с свертыми разделами! Чтобы улучшить процесс поиска определенной политики проверки сборки, проверки состояния или автоматического рецензента, мы добавили фильтры поиска для каждого раздела.

Azure Pipelines

Задания могут получать доступ к выходным переменным из предыдущих этапов

Выходные переменные теперь могут использоваться на разных этапах конвейера на основе YAML. Это помогает передавать полезные сведения, такие как решение go/no-go или идентификатор созданного выходных данных с одного этапа до следующего. Также доступен результат (состояние) предыдущего этапа и его заданий.

Выходные переменные по-прежнему создаются шагами внутри заданий. Вместо ссылки на dependencies.jobName.outputs['stepName.variableName']этапы ссылаются на stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Примечание

По умолчанию каждый этап в конвейере зависит от этапа непосредственно перед ним в YAML-файле. Таким образом, каждый этап может использовать выходные переменные из предыдущего этапа. Вы можете изменить граф зависимостей, который также изменит доступные выходные переменные. Например, если этапу 3 требуется переменная с этапа 1, необходимо объявить явную зависимость от этапа 1.

Ограничение доступа к области службы сборки

Основываясь на улучшении безопасности конвейера путем ограничения области маркеров доступа, Azure Pipelines теперь может ограничить доступ репозитория только к репозиториям, необходимым для конвейера на основе YAML. Это означает, что если маркер доступа конвейеров был утечкой, он сможет увидеть только репозитории, используемые в конвейере. Ранее маркер доступа был хорошим для любого Azure Repos репозитория в проекте или, возможно, всей коллекции.

Эта функция будет включена по умолчанию для новых проектов и организаций. Для существующих организаций его необходимо включить в Параметры> организации Pipelines>Параметры. При использовании этой функции все репозитории Azure Repos Git, к которым обращается конвейер с помощью удостоверения службы сборки, должны быть явно извлечены с помощью checkout шага задания, использующего репозиторий. Дополнительные сведения см. в разделе "Ограничение области авторизации задания" на указанные Azure DevOps репозитории.

Получение сведений о нескольких репозиториях во время выполнения

При запуске конвейера Azure Pipelines добавляет сведения о репозитории, ветви и фиксации, активировав выполнение. Теперь, когда конвейеры YAML поддерживают извлечение нескольких репозиториев, вы также можете знать репозиторий, ветвь и фиксацию, которые были извлечены для других репозиториев. Эти данные доступны через выражение среды выполнения, которое теперь можно сопоставить с переменной. Пример:

ресурсы:
  Репозитории:
  — репозиторий: другое
    тип: git
    name: MyProject/OtherTools
Переменные:
  tools.ref: $[ resources.repositories['other'].ref ]

Пошаговая инструкция
- checkout: self
— возврат: другое
- bash: echo "Версия инструментов: $TOOLS_REF"

Общеэтапные конвейеры

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

Чтобы перейти к новому интерфейсу, выберите Pipelines ->Pipelines в меню навигации слева в Azure DevOps. Этот интерфейс является точкой входа как для классических конвейеров сборки, так и для конвейеров YAML. Это удобно для мобильных устройств и обеспечивает различные улучшения управления конвейерами. Вы можете детализировать и просмотреть сведения о конвейере, сведения о выполнении, аналитику конвейера, сведения о задании, журналы и многое другое.

Дополнительные сведения о пользовательском интерфейсе многоэтапных конвейеров см. в документации.

Настройка стратегий развертывания из портал Azure

Благодаря этой возможности мы упростили настройку конвейеров, использующих стратегию развертывания, например Rolling, Canary или Blue-Green. Используя эти стандартные стратегии, вы можете развертывать обновления безопасным образом и устранять связанные риски развертывания. Чтобы получить доступ к этому, щелкните параметр "Непрерывная доставка" на виртуальной машине Azure. В области конфигурации появится запрос на выбор сведений о проекте Azure DevOps, в котором будет создан конвейер, группа развертывания, конвейер сборки, который публикует пакет для развертывания и стратегию развертывания по своему усмотрению. В будущем будет настроен полнофункциональный конвейер, который развертывает выбранный пакет на этой виртуальной машине.

Дополнительные сведения см. в документации по настройке стратегий развертывания.

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

Примечание

Эти функции будут развернуты в течение следующих двух-трех недель.

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

Перейти к Azure DevOps

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

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

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