Поделиться через

Настройка уровня организации для ветви по умолчанию

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

Дополнительные сведения см. в списке компонентов ниже.

Функции

Azure Boards

Azure Repos

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

Azure Boards

Настройка состояния рабочего элемента при объединении пулл-реквеста.

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

Настройка состояния

Родительское поле на доске задач

По многочисленным просьбам теперь можно добавить поле Родительское как в родительские, так и в дочерние карточки на доске задач.

Доска задач родительского поля

Azure Repos

Настройка уровня организации для ветви по умолчанию

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

Параметр ветви для уровня организации

Добавление новой области авторизации для написания комментариев к pull request'ам

В этом выпуске добавлена новая область действия OAuth для чтения и записи комментариев в pull-запросах. Если у вас есть бот или автоматизация, которая должна взаимодействовать только с комментариями, вы можете предоставить ему PAT только с этим уровнем доступа. Этот процесс уменьшает радиус взрыва, если автоматизация имеет ошибку или если маркер был скомпрометирован.

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

Настройка валидации черновых пул-реквестов для репозиториев GitHub

У клиентов разные процессы для pull requests. В некоторых случаях они хотят запускать валидационные сборки для черновиков PR. В других случаях они не хотят, чтобы черновые PR потребляли и тратили их параллельные ресурсы.

Эта функция добавляет drafts в синтаксис YAML триггера pr для черновых запросов на вытягивание GitHub. Эта функция позволяет заказчику выбрать, хочет ли он или она, чтобы его черновик PR ставил в очередь для сборки. Параметр по умолчанию имеет значение true (сборка будет помещена в очередь), как и для PR GitHub. Это изменение работает как для подключений OAuth, так и для GitHubApp.

Schema:

pr:
  autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
  branches:
    include: [ string ] # branch names which will trigger a build
    exclude: [ string ] # branch names which will not
  paths:
    include: [ string ] # file paths which must match to trigger a build
    exclude: [ string ] # file paths which will not trigger a build
  drafts: boolean # whether to build draft PRs

Эта функция применяется только к PR в GitHub. Изменений в работе Azure Repos нет, где проверка PR настроена с помощью политик ветвей. Черновики PR в Azure Repos не проверяются с помощью Azure Pipelines.

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

Замечание

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

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

Перейдите в Azure DevOps

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

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

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

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

Спасибо,

Vijay Machiraju

  • Last updated on