Archivage des projets Team Foundation Server

Question

Nous commençons à utiliser Team Foundation Server et mon chef aimerait pouvoir "archiver" des projets. Signification après qu'ils sont terminés, les retirer d'un état "actif" de sorte que seuls les projets "actifs" sont visibles.

Quelqu'un a-t-il une expérience avec ceci?

J'ai pensé à 2 options.

1) Créez 2 projets de base. 1 pour les projets actifs et 1 pour les projets achevés

2) Supprimer tous les utilisateurs des projets archivés.

Merci, Sam

Answer 1

Je vous recommande personnellement d'attendre TFS 2010 lorsque d'autres fonctionnalités seront introduites pour vous aider à «archiver» les projets d'équipe.

Dans TFS 2010, vous serez en mesure de déplacer un projet d'équipe vers une nouvelle collection de projets d'équipe. En fait, vous le faites en dupliquant votre collection de projets "active", puis en supprimant tous les projets d'équipe en dehors de celui que vous voulez archiver. Dans cette collection de projets active, supprimez le projet archivé dont vous avez une copie dans la collection de projets dupliquée. Ce projet d'équipe archivé vivra alors dans sa propre collection de projets, ce qui signifie qu'il possède sa propre base de données, etc., qui peut être facilement sauvegardée/archivée, etc.La collection de projet de projet d'équipe archivée peut alors être laissée telle quelle car elle ne ralentit pas le serveur si elle n'est pas utilisée - ou peut même être détachée de l'instance de l'application TFS pour qu'elle ne s'affiche pas jusqu'à tout et re-attaché à tout moment.

L'utilisation des collections de projets dans TFS 2010 présente l'avantage de conserver l'historique complet des versions et du suivi des éléments de travail.

Answer 2

Nous avons créé un projet d'équipe « Archive » et nous nous déplaçons régulièrement le code source utilisé pour ce projet d'équipe. Cela a bien fonctionné pour nous, l'histoire est préservée afin que nous puissions toujours référencer le projet d'archive pour l'ancien code ou l'information sur les changements passés. Nous limitons également l'accès de telle sorte que les développeurs aient un accès en lecture mais que seuls les administrateurs TFS aient un accès en écriture. Je n'ai pas vérifié pour voir comment ces mouvements ont un impact sur l'association des check-ins avec les éléments de travail - principalement parce que tout ce que nous avons archivé a été archivé avant que nous passions à TFS. En ce qui concerne le projet d'une équipe active, les experts du savoir et la documentation en ligne m'ont laissé croire que ce n'était pas la meilleure façon d'organiser des projets d'équipe. Je pense idéalement que vous regroupiez des projets/solutions dans un seul projet d'équipe s'ils sont liés (par exemple, par secteur d'activité ou dépendances).

Je suis sûr que vous avez déjà fait vos recherches, mais il y a beaucoup de documentation qui pourrait vous aider (surtout si votre équipe gère une seule application ou une poignée d'applications). Je suggère de commencer par patterns & practices: Team Development with TFS.

Answer 3

Je l'utiliserais comme vous le faites normalement, mais lorsque vous avez terminé avec le projet, vous le supprimez de la liste visible. (Dans Visual Studio, vous pouvez cliquer avec le bouton droit de la souris sur un projet dans l'explorateur d'équipe et dire supprimer.)

Si vous êtes préoccupé par les modifications après la fin du projet, supprimez les utilisateurs de la liste des contributeurs. Si vous voulez vraiment démarrer les utilisateurs (ils ne peuvent même pas le voir), vous pouvez leur refuser des droits sur le projet. De cette façon, vous n'avez pas besoin de le voir, mais vous pouvez garder tous vos projets au niveau de base.

Je ne recommanderais pas d'avoir seulement 2 projet de base pour actif et inactif. Un projet TFS ne doit pas être basé sur un état.