DevOps: как правильно использовать фильтры ветвления по запросу

Question

Наше репо имеет следующую структуру ветвей - ветви функций -> QA -> master. У нас также есть три конвейера сборки, один для QA, один для master и один для Dev, который обрабатывает все ветви функций. Конвейер сборки представляет собой простой файл YAML, и конвейер выпуска отсутствует, так как это веб-приложение, и конвейер сборки имеет шаг AzureRmWebAppDeployment. Конвейер не содержит ничего, кроме name, pool, variables и steps, которые являются стандартными задачами nuget / build / publish.

Я использую триггеры для включения CI, однакокогда я выполняю запрос на извлечение из QA в основную ветку, я вижу начало сборки для основной ветви и начало сборки для ветви dev / feature. Как избежать сборки для ветви dev / feature?

Вот триггер, определенный для конвейера Dev:

Триггер для основного конвейера сборки имеет только Include = master.

Answer 1

Спасибо, я сделал публикацию на форуме DC , и оказалось, что это дизайн. задокументировано , что если вы добавляете Exclude фильтр, вы должны добавить Include фильтр.

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

Чтобы исправить мою проблему, я просто добавил Include = *, чтобы избежать встраивания в конвейер разработки по завершенному запросу на извлечение вQA и мастер ветвь.

Answer 2

Чтобы решить эту проблему, вам нужно добавить «фильтр пути», чтобы вы могли исключить точный файл из запуска PR-сборки.

Примечание : опция фильтра путей недоступна для репозиториев BitBucket.

Вот это проблема (фильтр исключения филиалов не работает с триггером Pull-запроса) имеет ту же проблему с вами, обратитесь к ней.

Предыдущий голос пользователя закрыт, так как вы можете добавить перенос форума. Ваш запрос на нашем новом UserVoice сайте, который является нашим основным форумом для предложений продуктов. Спасибо за помощь в создании более эффективных DevOps Azure.