У нас есть аналогичная установка, когда «частные» сборки запускаются, когда разработчики регистрируются в ветке DEV, и «интеграционные» сборки, которые на самом деле относятся к группе тестирования.
И частные, и интеграционные сборки происходят из одного и того же шаблона процесса сборки, но являются разными определениями сборки.
Мы создали в решении для сборки пользовательское действие "Types.cs" (в основном простое перечисление):
namespace BuildTasks.Activities
{
public enum QATypes
{
Private,
Integration,
Release
}
}
Это передается как возможные значения добавленного нами аргумента сборки с именем 'BuildType':
.
Теперь он отображается как настраиваемый параметр определения сборки:
Мы явно вводим 'Private' или 'Integration' в каждом определении соответственно.
На заключительных этапах нашего процесса мы проверяем значение этого параметра и в зависимости отесли мы отправим (или не отправим) электронное письмо на псевдоним QA.
Возможно, будет организована аналогичная реализация для удовлетворения ваших потребностей.