Репозитории Azure Git теперь можно рассматривать как защищенные ресурсы в конвейерах YAML

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

Дополнительные сведения см. в следующих описаниях функций.

Общие сведения

Azure Boards

Azure Pipelines

Azure Artifacts

Общие сведения

Общая доступность API управления жизненным циклом PAT

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

Ранее основным способом управления PAT (личными маркерами доступа) было использование пользовательского интерфейса или ограниченного набора API, предназначенных только для администраторов коллекции проектов. Этот новый API позволяет организациям настраивать автоматизацию с использованием PAT, включая настройку конвейеров сборки или взаимодействие с рабочими элементами.

Azure Boards

Исправлено несколько проблем с планами доставки 2.0

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

Azure Pipelines

Репозитории в качестве защищенного ресурса в конвейерах YAML

Вы можете организовать проект Azure DevOps для размещения множества вложенных проектов, каждый из которых имеет собственный репозиторий Azure DevOps Git и один или несколько конвейеров. В этой структуре может потребоваться указать, какие конвейеры могут получить доступ к тем или иным репозиториям. Например, предположим, что в одном проекте есть два репозитория A и B и два конвейера X и Y, которые обычно создают эти репозитории. Может потребоваться запретить конвейеру Y доступ к репозиторию A. Как правило, вы хотите, чтобы участники A контролировали, к каким конвейерам они хотят предоставить доступ.

Хотя это было частично возможно с репозиториями и конвейерами Azure Git, не было опыта управления ими. Эта функция устраняет этот разрыв. Теперь репозитории Azure Git можно рассматривать как защищенные ресурсы в конвейерах YAML, как и подключения служб и пулы агентов.

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

Добавление проверок

На вкладке "Безопасность" можно управлять списком конвейеров, которые могут обращаться к репозиторию.

Управление списком конвейеров на вкладке

Каждый раз, когда конвейер YAML использует репозиторий, инфраструктура Azure Pipelines проверяет и гарантирует выполнение всех проверок и разрешений.

Примечание

Эти разрешения и проверки применимы только к конвейерам YAML. Классические конвейеры не распознают эти новые функции.

Azure Artifacts

Включение пустой корзины для веб-каналов

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

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

Примечание

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

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

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

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

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

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

Thanks,

Виджай Махираджу