¿Deben los proyectos múltiples tener múltiples espacios de trabajo TFS?

Question

Migramos de VSS a TFS hace aproximadamente 6 meses. Nuestra forma de almacenar proyectos fue que los agrupamos por categoría (aplicación de Windows, aplicación web, Infopath, SQLScripts, obsoletos). En el espacio de trabajo 'Aplicación de Windows' podríamos tener 3 proyectos .NET. La 'Aplicación web' podría tener 3, etc., etc. VSS se utilizó más para almacenar el repositorio de código que cualquier otra funcionalidad real que VSS pudiera proporcionar.

la aplicación de Windows ($/Windows App/espacio de trabajo)
-> App1
-> App2
-> App3

aplicación web ($/aplicación web/espacio de trabajo)
- -> App1
-> App2
-> App3

La pregunta que tengo es ¿sería mejor tener 1 espacio de trabajo para cada proyecto? Una de las razones por las que creo que sí es que si estoy trabajando en varios proyectos en el mismo espacio de trabajo cuando hago cosas como registrar cambios pendientes, me mostrará TODOS los cambios pendientes, incluidos otros proyectos en los que quizás no esté trabajando actualmente. en.

web App/App1 ($/web App/App1 espacio de trabajo)
web App/App2 ($/web App/App2 espacio de trabajo)
web App/App3 ($/web App/App3 espacio de trabajo)

Supongo que estoy buscando una respuesta de mejores prácticas.

gracias.

Answer 1

En el proyecto en el que estoy trabajando tenemos varias sucursales para diferentes versiones de nuestra aplicación, y yo (personalmente) creo un espacio de trabajo diferente para cada rama. Cada rama es un 'proyecto' en sí mismo.

Es agradable, ya que localiza su cambio inminente de esa área de trabajo - así que mis cambios pendientes para la industria 1 no se presenta cuando estoy trabajando en la rama 2.

Editar: acabo de leer el última parte de su respuesta - sí, los cambios pendientes para cada espacio de trabajo es una característica realmente agradable, y consideraría una mejor práctica hacer las cosas de esta manera.