Я использую TFS2010 с закрытыми регистрационными записями, и даже если я установил «Связанные члены и рабочие элементы» в false, изменения и рабочие элементы связаны с этой сборкой.Закрытая регистрация всегда связывает рабочие элементы со строкой
Это происходит только на стробированных строках. Если я запустил сборку с помощью других триггеров регистрации (ручной, непрерывный, расписание), изменения и рабочие элементы не связаны с сборкой, если для «Связанные изменения и рабочие элементы» не установлено значение true.
Любые идеи, почему это происходит? Я использую шаблон процесса Visual Studio Scrum с определениями рабочего процесса по умолчанию. Может быть, проблема в определении рабочего процесса?
Я вижу. Я также нашел место в шаблоне по умолчанию, который обрабатывает это. Я попытался добавить CheckInShelveset в список причин, но без успеха. Как я могу предотвратить связывание шагеток и рабочих элементов с стробированными строками регистрации? – Zvonko
Я также удалил деятельность AssociateChagesetsAndWorkItems из шаблона и все тот же. Когда стробированный checkin построен, рабочие элементы и chagesets все еще связаны со сборкой. Как я могу предотвратить это? Или это поведение по умолчанию TFS, которое невозможно изменить? – Zvonko
Это поведение по умолчанию для определений сборки Gated-Checkin. Я считаю, что это сделано в деятельности CheckInGatedChanges, и я не думаю, что вы можете это предотвратить. Можете ли вы рассказать мне, почему вам нужна стробированная контрольная сборка, чтобы не связать набор изменений и рабочие элементы с сборкой? –