Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
С помощью этого спринта пользователи могут выбирать свои стратегии развертывания непосредственно на портале Azure, и мы развертываем несколько улучшений в пользовательском интерфейсе Pipelines и Repos.
Функции
General
- Azure DevOps теперь позволяет администраторам групп подписываться на события из MS Teams и Slack
- Уведомления MS Teams и Slack для событий Repos
Azure Repos
- Добавление вложений при создании pull request
- Преобразование новой веб-платформы — параметры репозитория
Azure Pipelines (система конвейеров Azure)
- Задания могут получить доступ к выходным переменным с предыдущих этапов
- Ограничение доступа к области репозитория службы сборки
- Получение сведений в процессе выполнения о нескольких репозиториях
- Общеэтапные конвейеры
- Настройка стратегий развертывания на портале 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-запросе, например, комментарии, отправку кода, обновления и попытки слияния изменений.
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 DevOps и посмотрите.
Как предоставить отзыв
Мы хотели бы услышать то, что вы думаете об этих функциях. Используйте меню справки, чтобы сообщить о проблеме или указать предложение.
Вы также можете получить советы и ответы на ваши вопросы от сообщества на Stack Overflow.