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

Question

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

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

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

Answer 1

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

Answer 2

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

Answer 3

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