Задания контейнера конвейера — обновление Sprint 140

В обновлении Sprint 140 Azure DevOps Services вы найдете новый способ настройки зависимостей сборки в соответствии с конкретными требованиями с введением заданий контейнеров в Azure Pipelines. В вики-сайте теперь можно добавить видео, переименовать и вставить вики-оглавление из области форматирования.

См. список функций ниже для получения дополнительной информации.

Функции

Azure Pipelines.

Azure Boards:

Артефакты Azure:

Вики:

Администрация:

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

Замечание

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

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

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

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

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

Включить покрытие кода в задаче .NET Core

Задача .NET Core в Azure Pipelines теперь поддерживает покрытие кода, чтобы вы могли лучше управлять уровнем покрытия модульных тестов в проектах .NET Core. Команде "test" задачи .NET Core передаются аргументы --collect "Code coverage", чтобы включить сбор покрытия кода. Поддержка в настоящее время распространяется на проекты .NET Core, предназначенные для платформы Windows.

Azure Boards

Leverage restructured Process REST APIs (Использование реструктуризованных REST API процессов)

В REST API версии 5.1 (предварительная версия) мы объединили несколько связанных API-интерфейсов наследуемого процесса в один домен. Это упрощает поиск и использование правильных конечных точек. Дополнительные сведения см. в документации по поведению процессов . Мы также создали несколько примеров с помощью клиентских библиотек C#.

Azure Artifacts

Simplify authentication using the new cross-platform Credential Provider for NuGet (Упрощенная аутентификация с помощью нового кроссплатформенного поставщика учетных данных для NuGet)

Взаимодействие с аутентифицированными каналами NuGet стало намного лучше. Новый провайдер учетных данных Azure Artifacts на основе .NET Core работает с msbuild, dotnet и nuget(.exe) на Windows, macOS и Linux. Когда вы хотите использовать пакеты из канала Azure Artifacts, поставщик учетных данных автоматически получит и сохранит токен от имени клиента NuGet, который вы используете. Вам больше не нужно вручную хранить маркер и управлять им в файле конфигурации.

Чтобы получить нового поставщика, перейдите к GitHub и следуйте инструкциям для клиента и платформы.

Store artifacts using Universal Packages (Хранение артефактов с помощью Universal Packages)

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

  • Рекомендуется использовать универсальные пакеты для хранения артефактов, таких как:
  • Скрипты конфигурации и шаблоны (например, шаблоны ARM)
  • Моментальные снимки базы данных для тестирования интеграции
  • Данные и модели машинного обучения
  • Средства разработчика и пакеты SDK
  • Трехмерные модели и текстуры
  • Выходные данные сборки

Перейдите к руководству по началу работы с универсальными пакетами.

Сжимайте символы при публикации на общий файловый ресурс.

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

Сжатие символов

Как напоминание, вы также можете публиковать символы в Azure DevOps Services , а не настраивать файловый сервер и управлять ими.

Вики

Embed a video in wiki (Вставка видео в вики-сайт)

Теперь вы можете внедрить видео на вики-страницу из веб-службы таких как Microsoft Stream и YouTube. Вы можете добавить внедренный URL-адрес видео с помощью следующего синтаксиса:

::: video
> [!VIDEO https://www.youtube.com/embed/7DbslbKsQSk]
:::

Внедрение видео в вики-сайте

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

Rename a wiki (Переименование вики-сайта)

Теперь вы можете переименовать вики-сайт в пользовательском интерфейсе вики-сайта и использовать REST API. В меню "Дополнительно" щелкните "Переименовать вики-сайт", чтобы дать вики-сайту запоминающееся имя. Эта функция была приоритетна на основе предложения.

Переименование вики-сайта

Insert a wiki table of contents from the format pane (Вставка содержания для вики-сайта из области форматирования)

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

Вставка вики-сайта TOC

Administration

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

Как вы заметили с новой навигацией в Azure DevOps, мы сосредоточены на обеспечении более согласованного опыта использования службы. Мы воспользовались этой возможностью, чтобы помочь вам лучше управлять личными маркерами доступа (PATs), особенно если у вас есть несколько из них. Некоторые из новых функций включают элементы управления фильтрацией и разбиением на страницы при просмотре всех PAT, более чистый интерфейс при создании нового PAT с группировкой и описаниями для областей, а также возможность изменять и расширять срок действия существующих PAT.

Страница PAT

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

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

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

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

Спасибо,

Биджу Венугопал