dépendance Gestion/Projets équipe dans Team Foundation Server 2010

Question

J'essaie de trouver le meilleur moyen de projets séparés logiquement dans TFS 2010. Actuellement nous avons trois projets distincts:

1. Un projet de cadre de base qui est exécuté sur un serveur
2. Une application de console qui fait référence à la DLL de structure principale.
3. Une application Web qui fait également référence à la DLL de structure principale.

TFS partitionne des projets dans des projets d'équipe. Tous ces trois sont vraiment des "projets" distincts, mais les deux derniers dépendent de la référence du framework .dll. Dans le monde Java, vous pouvez configurer la gestion des dépendances où le framework principal est créé et publié dans un référentiel central de l'entreprise et les projets clients peuvent être extraits séparément et référencer simplement la DLL dans le référentiel afin qu'aucun projet ne se brise.

Est-ce que TFS gère les dépendances? Ces trois projets devraient-ils être mis en place dans des projets d'équipe distincts ou le même? Pouvez-vous construire à travers les projets d'équipe? Quelle est la meilleure façon de configurer des projets d'équipe de façon à ce qu'il y ait un minimum de problèmes de dépendance, mais aussi de les partitionner pour qu'ils puissent être travaillés individuellement et que les scripts de construction puissent accéder à tous les projets pour CI?

Answer 1

TFS Les projets d'équipe ne sont pas comparables à ce que vous pouvez comprendre en tant que projet de logiciel /solution. Fondamentalement, un projet d'équipe est un conteneur pour un tas de choses que vous voulez garder ensemble.

Je pense donc qu'il est préférable dans votre cas d'avoir un projet d'équipe pour tous les trois projets logiciels que vous mentionnez ci-dessus. Ils sont évidemment interdépendants et doivent être maintenus ensemble de toute façon. En ce qui concerne CI, vous pouvez accéder à chaque projet de logiciel sur son propre ou tout en une seule fois, vous pouvez faire ce qui vous est le plus utile.

HTH. Pourquoi avez-vous même besoin de gestion des dépendances dans TFS? Thomas

Answer 2

TFS est assez faible lorsqu'il s'agit de gérer les dépendances, mais si vous êtes heureux de vivre dans un seul fichier de solution, vous pouvez partager le projet entre des solutions raisonnables en utilisant: Fichier-> Contrôle de source-> Ajouter un projet de Source Control ...

De cette façon, lorsque vous obtenez une solution, vous obtenez tous ses projets. L'inconvénient est que vous devrez tout tirer et tout construire à chaque fois. Malheureusement, chez nous, c'était trop limitatif pour à peu près tous les niveaux et nous avons dû mettre en place nos propres outils pour fournir des bibliothèques prédéfinies et une gestion des dépendances.

Answer 3

Pourquoi avez-vous même besoin de gestion des dépendances dans TFS?

Votre assembly partagé doit être fortement signé et résidant dans GAC afin que vous n'ayez pas de problème de version en premier lieu.