Общедоступная версия исходных источников пакетов и сервера символов — обновление Sprint 130 в VSTS

В обновлении Visual Studio Team Services (VSTS ) Sprint 130 мы продолжаем улучшать интеграцию с инструментами и службами, которые помогают создать полный конвейер DevOps. Управляйте пакетами из вышестоящих источников , чтобы контролировать зависимости и использовать VSTS в качестве сервера символов для упрощения отладки. Вы также можете включить рабочие элементы в командную беседу с расширением обмена сообщениями VSTS для Microsoft Teams.

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

• Упоминать группу в рабочих элементах и обсуждениях pull request
• Автоматический выпуск из Azure Container Registry и Docker Hub и только определенные ветви сборок из GitHub
• Использование возможностей Jenkins с более тонким контролем и эффективностью использования службы хранилища Azure
• Управление доступом и расширениями для большого количества пользователей с помощью групп

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

Code

Восстановление недавно удаленного репозитория с помощью API

Иногда старые репозитории в системе управления версиями могут быть удалены по ошибке. Если репозиторий Git был удален за последние 30 дней, его можно восстановить с помощью REST API. Дополнительные сведения см. в документации для операций списка и восстановления.

Работа

Обсуждение рабочих элементов в Microsoft Teams с помощью расширения обмена сообщениями VSTS

Microsoft Teams стал центром совместной работы во многих инженерных командах. Мы расширили интеграцию Microsoft Teams с новым расширением обмена сообщениями VSTS, чтобы вы могли находить и обсуждать определенные рабочие элементы вместе с другими содержимым и инструментами. Дополнительные сведения см. в расширении Microsoft Teams Integration в Marketplace.

Упоминание группы в обсуждениях рабочих элементов и пулл-реквестов

Если обсуждения рабочих элементов или pull-запросов включают нескольких человек (или всех в определенной команде), требуется время, чтобы @mention всех, кого вы хотите уведомить. Теперь вы можете просто @mention команду или группу безопасности в обсуждениях. Если вы являетесь членом группы, которая упоминается в рабочем элементе или pull request, вы получите уведомление по электронной почте. Если вы являетесь членом группы, которая упоминается в рабочем элементе, этот рабочий элемент будет отображаться в разделе «Упомянутые» на вкладке Рабочие элементы.

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

Использование VSTS в качестве сервера символов

Теперь общедоступен сервер символов VSTS, который позволяет размещать и совместно использовать символы с вашей организацией. Символы предоставляют дополнительные сведения, упрощающие отладку исполняемых файлов, особенно написанных на собственных языках, таких как C и C++. Дополнительные сведения см. в документации по публикации символов для отладки .

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

Фильтрация веток для артефактов GitHub

Теперь вы также можете настроить фильтры для веток в репозиториях GitHub. Например, может потребоваться развернуть только сборки, поступающие из ветки master/*.

Фильтрация ветвей с помощью включения и исключения

До сих пор вы смогли указать ветви и теги, которые должны активировать выпуск. Мы получили четкие отзывы о том, что это было ограничено и требуется частое обновление определений выпуска. Теперь, как в Build, можно указать ветви, которые не должны активировать релиз. Например, может потребоваться запустить выпуск для всех веток dev/*, но не для ветки dev/featureX.

Автоматическое освобождение из реестра контейнеров Azure и Центра Docker

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

Распространение артефактов Jenkins в службу хранения Azure

Артефакты, созданные сборками Jenkins, обычно отправляются в репозитории хранилища для архивации и последующего совместного использования. Хранилище BLOB-объектов Azure является одним из поддерживаемых репозиториев для артефактов, созданных сборкой Jenkins. Теперь вы можете использовать проекты Jenkins, публикуемые в хранилище Azure, в качестве источников артефактов в конфигурации выпуска.

Сведения о хранилище BLOB-объектов Azure, в котором публикуются артефакты, требуются при добавлении артефактов в определение. Затем развертывания автоматически загружают артефакты из Azure в агенты. С помощью этой конфигурации агент может быть отключен от сервера Jenkins. Размещенные агенты можно использовать без предоставления серверу доступа к Интернету.

Укажите версию по умолчанию для артефактов Jenkins

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

Теперь можно указать версию по умолчанию для артефактов Jenkins, используя знакомые параметры:

• Последнее
• Задать во время создания выпуска
• Конкретная версия

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

Ранее при добавлении группы переменных в определение выпуска эти переменные были доступны для всех сред в выпуске. Теперь у вас есть гибкость, чтобы ограничить группы переменных определенными средами, что делает их доступными для одной среды, но не в других средах одного выпуска. Это очень полезно при наличии внешней службы, например службы электронной почты SMTP, которая отличается в разных средах.

Устанавливайте задачи из Маркетплейса прямо из определения сборки или развертывания.

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

Package

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

Верхние источники для nuget.org и npmjs.com теперь общедоступны. Преимущества включают возможность управлять (исключать, объявлять устаревшими, отменять публикацию, удалять и т. д.) пакетами, сохраненными из вышестоящих источников, а также обеспечивают гарантированное сохранение каждого используемого вышестоящего пакета.

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

Просмотр качества версии пакета в списке пакетов

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

Ссылки на пакеты из любого места

Хотя в прошлом вы могли поделиться URL-адресом пакета, найденного в центре Пакетов, его было трудно использовать, поскольку необходимо было указать проект в URL-адресе, что могло не подходить тем, кто использовал ссылку. В этом обновлении теперь можно предоставить общий доступ к пакетам с помощью URL-адреса уровня учетной записи, который автоматически выбирает проект, к которому у получателя есть доступ. Формат URL-адреса: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package все параметры, кроме <account> необязательных, но если вы предоставляете пакет, необходимо указать тип протокола.

Делитесь своими пакетами, используя значок

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

Утилизировать и восстановить упаковки

Удаляя неиспользуемые пакеты, вы наводите порядок в списке пакетов, но иногда удаление происходит по ошибке. Теперь вы можете восстанавливать удаленные пакеты из Корзины. Удаленные пакеты хранятся в корзине 30 дней, так что у вас будет достаточно времени для восстановления.

Administration

Управление доступом и расширениями для большого количества пользователей с помощью групп

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

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

Снижение задержки для изменений членства в группах Azure AAD

Если вы управляете разрешениями через членство в группах Azure Active Directory (Azure AD), любые изменения членства в Azure AD в прошлом могли занять 24–48 часов, чтобы быть учтенными в VSTS. Задержка теперь составляет 1 час, что позволяет быстрее интегрировать новых членов команды.

Управление пользователями с помощью ОБЩЕДОСТУПНОй предварительной версии REST API Graph

Ресурсы REST API Graph позволяют разработчикам создавать приложения, которые управляют пользователями, группами и членством в группах. Набор API охватывает ключевые сценарии управления пользователями, включая добавление пользователя учетной записи Microsoft (MSA) или пользователя Azure Active Directory (Azure AD) в VSTS, создание группы в VSTS и добавление или удаление участников из группы VSTS. Дополнительные сведения см. в документации и примерах REST API Graph.

Выйти из учётной записи

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

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

Перейти к VSTS

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

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

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

Спасибо,

Генри Диксон и Аарон Бджорк