Есть ли способ идентифицировать ветку TFS, которая была проверена в Azure сборке Devops CI? - PullRequest
1 голос
/ 25 февраля 2020

У меня есть проект TFV C с 4 ветками. Мне нужно как-то настроить сборку и выпуск конвейеров, которые создают артефакт для каждой ветви. Поскольку в конечном итоге мне потребуется повторить этот процесс в другом месте, я бы хотел избежать дублирования одних и тех же конвейеров сборки для каждой ветви. Я могу настроить один конвейер сборки, который работает в любой нужной мне ветке, используя пользовательскую переменную при запуске конвейера, но теперь мне нужно включить непрерывную интеграцию в сборке.

Моя текущая конфигурация триггера конвейера сборки

Мне нужно, чтобы это работало так, чтобы всякий раз, когда кто-то проверял одну из веток TFV C, сборка запускалась и могла правильно определить, какая ветвь была обновлена. Из того, что я обнаружил, это означает, что мое первоначальное представление о пользовательской переменной больше не будет работать. Есть ли предопределенная конвейерная переменная, которую я могу использовать, чтобы сказать, в какую ветвь была проверена, чтобы эта ветвь была той, которая извлечена и построена? Если нет, есть ли какой-то другой способ сделать это в одном конвейере или мне в конечном итоге нужно продублировать этот конвейер сборки для каждой ветви?

1 Ответ

0 голосов
/ 26 февраля 2020

Извините, это недоступно с TFV C в Azure конвейере сборки DevOps / TFS.

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

Вы также можете взглянуть на объяснение Дэниела в этом вопросе: Когда моя сборка TFS запускается c регистрация с указанием ветви, почему она не устанавливает эту ветвь в качестве источника?

TFV C опирается на сопоставления рабочей области, чтобы знать, что Отображения рабочей области могут включать в себя несколько репозиториев TFV C для разных командных проектов, несколько веток в одном репозитории ......

В результате у него нет возможности понять Как динамически изменить сопоставления рабочей области для определенной c ветви.

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

...