Как я могу предотвратить связывание TFS рабочих элементов со сборкой? - PullRequest
4 голосов
/ 24 июня 2011

Я пытаюсь настроить автоматические уведомления для нашей команды тестировщиков, чтобы им сообщали, когда они будут готовы протестировать пользовательскую историю.

Уведомления в настоящее время запускаются при изменении сборки «Fixed In» для рабочего элемента.

Наша ночная сборка развертывается на промежуточном сервере. Я хочу, чтобы эта сборка обновила сборку "Fixed In".

Кроме того, у нас есть закрытая регистрация. Я не хочу, чтобы это обновляло сборку "Fixed In".

Я попытался изменить свойство «Связать наборы изменений и рабочие элементы» в определении компоновки на «ложь», но введенная проверка по-прежнему ассоциируется с (и обновляет компоновку «Исправлено в») рабочих элементов.

Как я могу предотвратить привязку моего закрытого чека к рабочим элементам?

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

1 Ответ

3 голосов
/ 18 июля 2011

У нас есть аналогичная установка, когда «частные» сборки запускаются, когда разработчики регистрируются в ветке DEV, и «интеграционные» сборки, которые на самом деле относятся к группе тестирования.

И частные, и интеграционные сборки происходят из одного и того же шаблона процесса сборки, но являются разными определениями сборки.

Мы создали в решении для сборки пользовательское действие "Types.cs" (в основном простое перечисление):

namespace BuildTasks.Activities
{
    public enum QATypes
    {
        Private,
        Integration,
        Release
    }

}

Это передается как возможные значения добавленного нами аргумента сборки с именем 'BuildType':
enter image description here.

Теперь он отображается как настраиваемый параметр определения сборки: enter image description here

Мы явно вводим 'Private' или 'Integration' в каждом определении соответственно.

На заключительных этапах нашего процесса мы проверяем значение этого параметра и в зависимости отесли мы отправим (или не отправим) электронное письмо на псевдоним QA.

Возможно, будет организована аналогичная реализация для удовлетворения ваших потребностей.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...