Группы развертывания и триггер завершения сборки — обновление VSTS Sprint 132

Обновление Sprint 132 в Visual Studio Team Services (VSTS) предоставляет несколько ключевых функций, которые помогут вам масштабировать конвейер сборки и выпуска. В сборке используйте новый триггер завершения сборки для цепочки связанных сборок , которые могут принадлежать разным командам. В разделе выпуска мы объявляем о полной доступности групп развертывания, которые можно использовать для масштабирования развертываний на нескольких виртуальных машинах с высокой отказоустойчивостью, включая производственные среды.

Другие основные моменты включают:

Новые возможности VSTS

Функции

Code

Сборка и релиз

Package

Вики

Отчетность

Code

Быстро описывайте pull-запросы с помощью сообщений коммитов

Написание содержательных сообщений коммитов повышает ценность истории любого репозитория Git. Чтобы поощрять качественные сообщения о фиксации, новые пул-реквесты (PR) с несколькими коммитами потребуют от авторов ввести заголовок вручную.

Описания запросов на вытягивание по умолчанию будут пустыми, но новая функция упростит включение сообщений из коммитов PR в его описание. Чтобы добавить сообщения фиксации, просто нажмите "Добавить сообщения фиксации", чтобы они добавились в конец описания PR.

Добавить действие для сообщений коммитов

Выполняйте команды TFVC прямо из проводника Windows

Расширение оболочки Windows TFVC, которое обеспечивает упрощенный интерфейс управления версиями, интегрированный в проводник Windows, теперь поддерживает VSTS и TFS 2018. Это средство предоставляет удобный доступ ко многим командам TFVC прямо в контекстном меню проводника Windows.

Ранее это средство входило в комплект TFS Power, а теперь выпущено в виде отдельного средства в Visual Studio Marketplace.

Расширение оболочки

Сборка и релиз

Крупные продукты имеют несколько компонентов, которые зависят друг от друга. Эти компоненты часто создаются независимо. При изменении вышестоящего компонента (например, библиотеки) подчиненные зависимости должны быть перестроены и обновлены. Команды обычно управляют этими зависимостями вручную.

Теперь можно активировать сборку после успешного завершения другой сборки. Артефакты, созданные вышестоящей сборкой, можно скачать и использовать в последующей сборке, а также получить данные из этих переменных: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Дополнительные сведения см. в документации по триггерам сборки .

Эта функция была приоритизирована на основе предложения, которое в настоящее время занимает второе место по количеству голосов, получив 1129 голосов.

Настройка цепочки сборок

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

Масштабирование развертываний на виртуальных машинах с помощью групп развертывания

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

Функция развертывания на основе агентов использует уже доступные агенты сборки и развертывания. Вы можете использовать полный каталог задач на целевых компьютерах при создании групп развертывания. С точки зрения расширяемости вы также можете использовать интерфейсы REST API для групп развертывания и целевых объектов, чтобы обеспечить программный доступ.

Общие целевые объекты развертывания

Если вы используете один и тот же сервер для размещения нескольких приложений, вы можете совместно использовать сервер (также известный как целевой объект развертывания) в группах проектов с помощью пулов развертывания.

Список целевых объектов групп развертывания

Новые шаблоны

Развертывание на нескольких целевых платформах теперь стало легким с новыми шаблонами релизного определения. Доступно несколько шаблонов для веб-сайта IIS, веб-сайта IIS с базой данных и развертывания базы данных SQL из коробки.

Шаблоны релизов для групп развертывания

Подготовка виртуальных машин

Используйте расширенную задачу группы ресурсов Azure для динамической загрузки агентов на недавно подготовленных или готовых виртуальных машинах в Azure.

Задача группы ресурсов Azure

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

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

Создание приложений, написанных в Go

Теперь вы можете создавать приложения Go в VSTS!

Используйте задачу Go Tool Installer, чтобы установить одну или несколько версий Go Tool в реальном времени. Эта задача получает определенную версию средства Go, необходимую для проекта, и добавляет ее в PATH агента сборки. Если целевая версия средства Go уже установлена на агенте, эта задача пропустит процесс скачивания и установки еще раз.

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

Расширьте шлюзы выпуска с помощью дополнительных задач

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

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

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

Package

Использование внешних пакетов npm из других источников в Azure DevOps

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

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

Список источников апстрима

Обеспечение скорости запросов канала данных с помощью политик хранения данных

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

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

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

Параметр политик хранения

Вики

Публикация файлов Markdown из репозитория Git в качестве вики-сайта

Разработчики создают документацию по API, пакетам SDK и "справочным документам, объясняющим код" в репозиториях кода. Затем читатели должны прокрутить код, чтобы найти нужную документацию. Теперь вы можете просто опубликовать файлы Markdown из репозиториев кода и разместить их в Вики-сайте.

публичный код в режиме вики

Начните с вики-сайта, нажав кнопку "Опубликовать код" в качестве вики-сайта. Затем можно указать папку в репозитории Git, которую следует продвигать.

Диалоговое окно публикации страниц

После нажатия кнопки "Опубликовать" все файлы Markdown под выбранной папкой будут опубликованы как вики-сайт. Это также сопоставит главу ветви с вики-сайтом, чтобы все изменения, внесенные в репозиторий Git, будут отражены немедленно.

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

Публикация действия новой версии

После публикации файлов Markdown страницы также будут доступны для поиска в центре вики-поиска.

Результаты поиска для Azure CLI

Если вы опубликовали неправильный репозиторий, просто удалите публикацию вики, не затрагивая базовый репозиторий.

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

Дополнительные сведения см. в записи блога документации по продукту. Эта функция получила приоритет на основе предложения.

Сохранение специальных символов в заголовках вики-страниц

Теперь вы можете создавать вики-страницы со специальными символами, такими как : < > * ? | -. Теперь страницы с заголовками, такими как "Часто задаваемые вопросы" или "Руководство по настройке", можно создать в вики-сайте. Следующие символы претворяются в строки в кодировке UTF-8:

Character Закодированная строка
: %3A
< %3C
> %3E
* %2A
? %3F
| %7C
- %2D

Эта функция получила приоритет на основе предложения.

Расширение вики-сайта с помощью REST API

Wiki REST API теперь общедоступны. Дополнительные сведения см. в документации по вики-функциям и вики-поиску .

Отчетность

Интеграция Power BI с VSTS Analytics с помощью представлений

Представления аналитики работают с нашим соединителем данных VSTS Power BI. Вместе они дают простой способ получить данные VSTS в Power BI, чтобы начать создавать пользовательские отчеты.

При установке расширения VSTS Analytics мы создадим набор представлений аналитики по умолчанию , которые можно начать использовать в Power BI. Теперь вы можете изменить представления по умолчанию и создать новые представления для точной настройки записей, полей и журнала, возвращенных в Power BI.

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

Перейти к VSTS

Подписка на обновления

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

Меню отзывов

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

Спасибо,

Gopinath Chigakkagari

  • Last updated on