Сборка Azure DevOps на основе имени динамического репо

Question

Кто-нибудь знает, можно ли передать имя репо / основать сборку на имени динамического репо? Это позволит нам использовать одно и то же определение сборки для разных веток, сократить количество определений при создании ветки функций и т. Д.

При использовании репозитория TFVC мы будем хранить разные выпуски в одном репо, но с разными путями. Мы могли бы повторно использовать одно и то же определение сборки в разных выпусках /FB, изменив исходный путь, например $/product/$(release)/......

Похоже, Git любит жестко запрограммировать репозиторий в сборку (отсюда и выпадающий список - нет возможности подключить переменную.

Хотя вопрос предназначен для локальной среды Azure DevOps, было бы полезно узнать, если это возможно в размещенной среде.

Answer 1

Я рекомендую использовать шаблоны сборки YAML. По умолчанию они извлекаются "самостоятельно" и сохраняются в репо. Таким образом, они работают с ветвями, ветвями и т. Д. Каждая ветка также может содержать настройки для процесса сборки.

В "старых" сборках на основе пользовательского интерфейса это невозможно.

Answer 2

На самом деле вы ищете две вещи:

• шаблоны - это позволяет повторно использовать определение в разных конвейерах
• триггеры - это позволяет запускать конвейер, когда фиксация происходит в разных ветвях

Answer 3

Похоже, что группы задач решили проблему (в основном). Я надеялся получить одно определение сборки, которое можно было бы использовать в нескольких ветках; Хотя это кажется возможным в размещенной модели, в локальной среде все иначе.

Я могу клонировать сборку (или использовать шаблоны), чтобы иметь точку входа в репо / ветку для получения источников, а затем передать работу общей группе задач. Если мне нужно изменить процесс сборки для нескольких веток, просто измените группу задач.