Hiérarchie du projet des meilleures pratiques TFS

Question

J'ai récemment installé et commencé à utiliser TFS. Principalement en utilisant pour le dépôt source d'abord, puis entrer dans l'utilisation des fonctionnalités de l'élément de travail. Je passe d'utiliser Vault comme référentiel et j'ai quelques questions sur les meilleures pratiques pour mettre en place la structure du projet.

My current structure from Vault is: 
Projects 
- CustomerName1 
-- Application1 
-- Application2 
- CustomerName2 
-- Application1 
-- Application2 

Puis-je avoir une structure smiliar dans TFS? Y at-il une bonne documentation qui a des exemples réels et des instructions sur la façon de configurer cela? D'après ce que je vois, tout est vraiment basique et les livres que je possède n'ont pas d'exemples de référentiels réels qui imitent la structure que j'ai.

J'ai créé un nouveau projet d'équipe appelé CustomerName1, puis ajouté d'autres projets d'équipe, Application1, sous CustomerName1. Cependant, je perds sur l'Application1 les dossiers séparés comme les éléments de travail, les documents, les rapports et les constructions.

Cela ne semble pas correct.

Merci ...

Answer 1

Quelques questions à clarifier.

Avez-vous assemblées partagées entre Customer1 et Customer2? Si c'est le cas, mettez un seul projet d'équipe, puis ajoutez des sous-dossiers dans l'explorateur de contrôle de source pour Customer1 \ App1, Customer1 \ App2, etc., etc. Également des bibliothèques partagées ou similaires aux dossiers CustomerX.

Avez-vous une stratégie de branche/fusion existante?

Par défaut, vous avez partagé des sites SharePoint, des builds, des workItems, des rapports et des documents pour le projet d'équipe. Vous aurez partagé des bases de données TFS en SQL (effectuant des numéros WorkItem) pour les collections de projets d'équipe.

Vous pouvez toutefois définir des autorisations pour tout utilisateur/groupe sur des dossiers via l'Explorateur de contrôle de source.