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

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

Функции

Общие

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

Azure Repos

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

Azure Pipelines

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

Общие

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

Помимо администраторов проектов, 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 поддерживают проверка из нескольких репозиториев, вы также можете знать репозиторий, ветвь и фиксацию, которые были проверка для других репозиториев. Эти данные доступны через выражение среды выполнения, которое теперь можно сопоставить с переменной. Например:

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

steps:
- проверка out: self
- проверка out: другое
- bash: echo "Tools version: $TOOLS_REF"

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

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

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

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

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

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

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

Следующие шаги

Примечание.

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

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

Перейдите в Azure DevOps

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

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

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