Закрытая регистрация всегда связывает рабочие элементы со сборкой

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

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

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


tfs gated-checkin checkin
person Zvonko    schedule 23.01.2012    source источник

Ответы (1)


arrow_upward
2
arrow_downward

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

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

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

person Duat Le    schedule 23.01.2012
comment
Понятно. Я также нашел место в шаблоне по умолчанию, которое справится с этим. Я пытался добавить CheckInShelveset в список причин, но безуспешно. Как я могу предотвратить привязку наборов настроек и рабочих элементов к сборкам с закрытой регистрацией? - person Zvonko; 23.01.2012
comment
Я также удалил действие AssociateChagesetsAndWorkItems из шаблона, и оно осталось таким же. При построении закрытой регистрации рабочие элементы и наборы настроек по-прежнему связаны со сборкой. Как я могу предотвратить это? Или это поведение TFS по умолчанию, которое нельзя изменить? - person Zvonko; 30.01.2012
comment
Это поведение по умолчанию для определений сборки Gated-Checkin. Я считаю, что это делается в действии CheckInGatedChanges, и я не думаю, что вы можете предотвратить это. Можете ли вы сказать мне, почему вам нужна сборка с закрытой проверкой, чтобы не связывать набор изменений и рабочие элементы со сборкой? - person Duat Le; 30.01.2012
comment
У меня есть сборка выпуска, которая отвечает за сборку полной версии программного обеспечения, включая установку, сценарии обновления базы данных и т. Д. В рамках этой сборки также создается список изменений между выпусками. Этот список составляется на основе связанных рабочих элементов - рабочие элементы, связанные со сборкой, добавляются в журнал изменений этой сборки. Если изменения связаны с закрытой регистрацией, я не могу создать журнал изменений на основе сборки выпуска. - person Zvonko; 30.01.2012
comment
Я провел еще несколько исследований, и ассоциация рабочих элементов и наборов изменений жестко запрограммирована в действии CheckInGatedChanges. Итак, есть два варианта: во-первых, создать собственное действие для закрытой регистрации, а во-вторых, изменить способ создания журнала изменений выпуска. - person Zvonko; 31.01.2012
comment
Я не совсем понимаю, что вы описали. Рабочие элементы могут быть связаны с несколькими сборками, не так ли? - person Duat Le; 31.01.2012
comment
@Duat, да, они связаны не с одной сборкой. - person jessehouwing; 03.06.2012
comment
Чтобы переопределить поведение по умолчанию и добиться правильного поведения, вам необходимо создать собственный настраиваемый шаблон сборки: msdn.microsoft.com/en-us/library/dd647551.aspx - person Nine Tails; 11.09.2014