Сброс политики сборки при обновлении ветки в VSTS / Azure DevOps - PullRequest
0 голосов
/ 23 октября 2018

Я использую политику сборки в одной из моих веток git DevOps Azure.

Есть ли способ требовать повторного запуска политики сборки ветки, запускаемой вручную, если ветка источника обновлена?

Моя политика ветвления установлена ​​на Ручной запуск.Мы используем Manual вместо Automatic, чтобы уменьшить количество сборок (мы используем самосмещенный сервер сборки), запущенных на нашем CI-сервере, поскольку мы обычно открываем PR заранее, чтобы обеспечить обратную связь и облегчить обсуждение кода.

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

Возможно ли это?

Ответы [ 2 ]

0 голосов
/ 21 ноября 2018

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

Спринт 143 - Черновой запрос на извлечение

При создании PR вы можете нажать кнопку Создать как черновик в раскрывающемся списке рядом с кнопкой Создать.

0 голосов
/ 19 ноября 2018

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

...