2012-01-23 8 views
4

Я использую TFS2010 с закрытыми регистрационными записями, и даже если я установил «Связанные члены и рабочие элементы» в false, изменения и рабочие элементы связаны с этой сборкой.Закрытая регистрация всегда связывает рабочие элементы со строкой

Это происходит только на стробированных строках. Если я запустил сборку с помощью других триггеров регистрации (ручной, непрерывный, расписание), изменения и рабочие элементы не связаны с сборкой, если для «Связанные изменения и рабочие элементы» не установлено значение true.

Любые идеи, почему это происходит? Я использую шаблон процесса Visual Studio Scrum с определениями рабочего процесса по умолчанию. Может быть, проблема в определении рабочего процесса?

ответ

2

Строки Gated-CheckIn по умолчанию связаны с набором изменений check-in и соответствующими рабочими элементами. Этот логический параметр определяет, должны ли сборки, не связанные с Gated-CheckIn, иметь связанные с ними изменения и рабочие элементы.

Если вы посмотрите на шаблон по умолчанию, вы увидите, что действие AssociateChangesetsAndWorkItems вызывается, когда этот параметр установлен в true, причина сборки не является Gated-CheckIn. Отображаемое имя говорит об этом: «Связать с изменениями и рабочими позициями для не-Shelveset Builds».

Я думаю, что описание этого параметра является вводящим в заблуждение. В нем написано: «Установите для этого значение true, чтобы связать команды изменений и рабочие элементы с сборкой». Он должен сказать: «для сборки с закрытой записью».

+0

Я вижу. Я также нашел место в шаблоне по умолчанию, который обрабатывает это. Я попытался добавить CheckInShelveset в список причин, но без успеха. Как я могу предотвратить связывание шагеток и рабочих элементов с стробированными строками регистрации? – Zvonko

+0

Я также удалил деятельность AssociateChagesetsAndWorkItems из шаблона и все тот же. Когда стробированный checkin построен, рабочие элементы и chagesets все еще связаны со сборкой. Как я могу предотвратить это? Или это поведение по умолчанию TFS, которое невозможно изменить? – Zvonko

+0

Это поведение по умолчанию для определений сборки Gated-Checkin. Я считаю, что это сделано в деятельности CheckInGatedChanges, и я не думаю, что вы можете это предотвратить. Можете ли вы рассказать мне, почему вам нужна стробированная контрольная сборка, чтобы не связать набор изменений и рабочие элементы с сборкой? –