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

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

Функции

General

Azure Repos

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

General

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

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

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

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

Уведомления о событиях Repos.

Azure Repos

Добавьте вложения при создании пул-реквеста

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

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

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

Конверсия новой веб-платформы.

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

Политики межрепозиторного доступа можно изучить на вкладке

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

Выберите ветвь, чтобы просмотреть политики.

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

Показать, из какого источника наследуется политика.

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

Фильтры поиска для каждого раздела.

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

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

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

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

Замечание

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

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

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

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

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

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

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

шаги:
- оформление: самостоятельное
- возврат: другое
- bash: echo "Tools version: $TOOLS_REF"

Многоступенчатые конвейеры GA

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

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

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

Многоэтапные конвейеры.

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

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

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

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

Дальнейшие шаги

Замечание

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

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

Как предоставить отзыв

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

Внести предложение

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