Использование отдельных проектов TFS для контроля источника и отслеживания рабочих элементов - это хорошо?

Question

У меня есть клиент, который использует только один проект TFS только для управления исходным кодом и теперь хочет управлять рабочими элементами в совершенно другом проекте TFS, используя другой шаблон процесса и намеревается связать изменения в рабочих элементах проектов TFS.

Я знаю, что это возможно в TFS, но не знаю, какие ограничения или проблемы возникают в этой конфигурации. например, сборку сводок, отчетность и т. д.

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

Answer 1

Это сработает - мне иногда приходилось связывать сеансы с рабочими элементами из других проектов. Я не заметил никаких проблем с отчетами и т. П., В которых говорилось, что это похоже на чрезмерно сложную схему с небольшой пользой.

Answer 2

Кажется, это странная установка. Пока он будет работать, TFS предназначен для того, чтобы контрольные и рабочие элементы были в одном командном проекте, поэтому вы не получите в полной мере возможности TFS. Знает ли клиент, что они могут изменять шаблон процесса существующего командного проекта или делать то, что вы говорите, а также ветвь или даже просто переместить источник в новый командный проект.

Answer 3

Мы использовали эту модель, чтобы позволить нам иметь отдельные проекты, но с той же ветвью источника. Это работало некоторое время, но как только мы стали более предприимчивыми с филиалами, модель сломалась. Так, как отмечали другие, нет никаких причин, по которым технически вы не можете этого сделать, это не стандарт.