Должны ли несколько проектов иметь несколько рабочих пространств TFS?

Question

Мы перешли с VSS на TFS около 6 месяцев назад. Наш способ хранения проектов состоял в том, что мы сгруппировали их по категориям (Windows App, Web App, Infopath, SQLScripts, не рекомендуется). В рабочей области «Windows App» у нас может быть 3 проекта .NET. В «Веб-приложении» может быть 3 и т. Д. И т. Д. VSS использовался больше для хранения репозитория кода, чем любая реальная функциональность, которую мог бы обеспечить VSS.

Приложение Windows ($ / Приложение / рабочее пространство Windows)
-> App1
-> App2
-> App3

Веб-приложение ($ / Веб-приложение / рабочая область)
-> App1
-> App2
-> App3

У меня вопрос: лучше ли было бы иметь 1 рабочее пространство для КАЖДОГО проекта? Одна из причин, по которой я считаю «да», заключается в том, что если я работаю над несколькими проектами в одной рабочей области, когда я выполняю такие вещи, как регистрация ожидающих изменений, это покажет мне ВСЕ ожидающие изменения, включая другие проекты, с которыми я, возможно, не работаю в данный момент в.

Веб-приложение / App1 (рабочее пространство $ / Web-приложение / App1)
Web App / App2 (рабочее пространство $ / Web App / App2)
Web App / App3 (рабочее пространство $ / Web App / App3)

Полагаю, я ищу ответ с рекомендациями.

спасибо.

Answer 1

В проекте, над которым я работаю, у нас есть несколько веток для разных версий нашего приложения, и я (лично) создаю отдельное рабочее пространство для каждой ветви. Каждая ветвь сама по себе является «проектом».

Это хорошо, потому что оно локализует ваши ожидающие изменения в этом рабочем пространстве - поэтому мои ожидающие изменения для ветви 1 не отображаются, когда я работаю над веткой 2.

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