Est-ce que plusieurs projets doivent avoir plusieurs espaces de travail TFS?

Question

Nous avons migré de VSS à TFS il y a environ 6 mois. Notre façon de stocker des projets était de les regrouper par catégorie (application Windows, Web App, Infopath, SQLScripts, obsolète). Sous l'espace de travail 'Windows App', nous pouvons avoir 3 projets .NET. L '«application Web» peut avoir 3, etc., etc. VSS a été utilisé plus simplement pour stocker le référentiel de code que n'importe quelle fonctionnalité réelle que VSS pourrait fournir.

de Windows App ($/Windows App/espace de travail)
-> App1
-> App2
-> App3

Web App ($/Web App/espace de travail)
- -> App1
-> App2
-> App3

La question que j'est serait-il préférable d'avoir 1 espace de travail pour chaque projet? Si je travaille sur plusieurs projets dans le même espace de travail quand je fais des choses comme des modifications en attente, cela me montrera TOUTES les modifications en attente, y compris d'autres projets que je ne travaille pas actuellement. dans.

Web App/App1 ($/Web de l'espace de travail App/App1)
Web App/App2 ($/Web de l'espace de travail App/App2)
Web App/App3 ($/Web espace de travail App/App3)
Je suppose que je suis à la recherche d'une réponse aux meilleures pratiques.

merci.

Answer 1

Sur le projet sur lequel je travaille, nous avons plusieurs branches pour différentes versions de notre application, et je crée (personnellement) un espace de travail différent pour chaque branche. Chaque branche est un «projet» en soi.

Il est agréable, car elle vos modifications en attente localise à cet espace de travail - donc mes modifications en attente pour la branche 1 ne montre pas quand je travaille sur la branche 2.

Edit: Je viens de lire la dernière partie de votre réponse - oui, les changements en attente pour chaque espace de travail est une fonctionnalité vraiment sympa, et je considère comme une bonne pratique de faire les choses de cette façon.