Nel caso in cui più progetti abbiano più spazi di lavoro TFS?

Question

Abbiamo migrato da VSS a TFS circa 6 mesi fa. Il nostro modo di archiviare i progetti era che li abbiamo raggruppati per categoria (App per Windows, App Web, Infopath, SQLScripts, deprecato). Nell'area di lavoro 'App di Windows' potremmo avere 3 progetti .NET. L''app Web' potrebbe avere 3, ecc. Ecc. VSS è stato usato più semplicemente per memorizzare il repository di codice di qualsiasi reale funzionalità che VSS potrebbe fornire.

di Windows App ($/Windows App/spazio di lavoro)
-> App1
-> App2
-> App3

Web App ($/Web App/spazio di lavoro)
- -> App1
-> App2
-> App3

La domanda che ho è che sarebbe meglio avere uno spazio di lavoro per ogni progetto? Uno dei motivi per cui penso di sì è che se sto lavorando su più progetti nello stesso spazio di lavoro quando faccio cose come controllare le modifiche in sospeso, mi mostrerà TUTTE le modifiche in sospeso tra cui altri progetti che potrebbero non essere attualmente funzionanti a.

Web App/App1 ($/Web area di lavoro App/App1)
Web App/App2 ($/Web area di lavoro App/App2)
Web App/App3 ($/Web area di lavoro App/App3)

Suppongo che sto cercando una risposta alle migliori pratiche.

grazie.

Answer 1

Sul progetto a cui sto lavorando abbiamo diverse filiali per diverse versioni della nostra applicazione e io (personalmente) creo uno spazio di lavoro diverso per ogni ramo. Ogni ramo è un "progetto" in sé.

E 'bello, perché localizza le modifiche in sospeso a tale area di lavoro - così i miei modifiche in sospeso per l'industria di 1 non si presentano quando sto lavorando sul ramo 2.

Edit: Ho appena letto la ultima parte della tua risposta - sì, in attesa di modifiche per ogni area di lavoro è una funzionalità davvero bella, e considererei una buona pratica fare le cose in questo modo.