Est-ce que Team Foundation des groupes de soutien de WORKITEM cross-app?

Question

Nous utilisons actuellement de Visual Source Safe et Bugnet et qui cherchent à migrer et loin de VSS. Je l'ai fait pression pour que soit SVN (a) nous sommes une boutique ASP.NET, b) DCVS est pas une option - peu importe à quel point je Hg comme ;-) ou TFS. Eh bien nous avons finalement obtenu un nouveau serveur de dev, donc j'ai parlé le patron dans l'installation TFS sur elle (essai de 30 jours). Entre-temps, nous avions commencé à expérimenter avec FogBugz. Nous aimons vraiment FogBugz pour environ 80% de ce que nous voulons faire, et l'autre 20% est probablement des choses que nous ne savons pas ce que nous voulons.

Je pousse pour TFS, car il permet de tout IDE intégré (la plupart du temps).

Il pousse pour FogBugz parce qu'il peut regrouper les tâches par client, puis du projet et tout gérer à partir d'un tableau de bord. (Ce qui signifie que je perds la majeure partie de mon intégration IDE - pas énorme perte Je suis d'accord)

Est-ce que TFS supporte un seul tableau de bord qui s'étendrait toutes nos solutions (dans ce cas, chaque solution est une application complète que nous vendons à un client vertical du marché) et nous permettent d'affecter des éléments de travail à chaque solution spanning-groupe?

Ainsi, par exemple, je pense que nous envisageons quelque chose comme ceci:

PROJECT1 - Bugtracker et workitems Projet2 - Bugtracker et workitems PROJET3 - Bugtracker et workitems

Customer1 - horaires de déploiement, les caractéristiques requises, des notes spécifiques (utilisations PROJECT1, Projet2) CLIENT2 - horaires de déploiement, les caractéristiques requises, des notes spécifiques (utilisations Projet2, Project3) CUSTOMER3 - horaires de déploiement, les caractéristiques requises, des notes spécifiques (utilisations PROJECT1, PROJET3)

Il faut espérer que logique. naturellement il est plus compliqué que cela, mais je pense que je lui ai donné les détails assez pour peindre un tableau.

Je lui ai proposé la possibilité de créer des projets fictifs par client, mais il n'a pas comme ça et ça ne nous donne pas vraiment le seul tableau de bord que nous espérons finir avec (et que FogBugz comme nous l'avons sorta les choses implmented ne le font maintenant).

Quelqu'un at-il une bonne suggestion sur une application de gestion qui accomplirait ce que nous voulons tous les deux?

EDIT: depuis que je suis arrivé quelques bonnes réponses (mais pas ce que je voulais) Je vais fermer ce pour l'instant. Cependant, je pense que cela est quelque chose qui serait un bon marché thirdparty et / ou une fonction dans une prochaine version TF. Ne hésitez pas à poster avec plus d'idées si vous tombez sur plus tard.

Answer 1

TFS vous permet d'avoir plusieurs projets d'équipe. Chacun d'eux est effectivement un dossier racine pour le contrôle de la source. Cependant, vous pouvez déplacer des fichiers / dossiers entre les projets de contrôle de code source et les éléments de travail sont globaux (partagés entre tous les projets d'équipe). Pour les objets de travail tous les projets faire est de fournir un niveau auquel vous pouvez filtrer les éléments de travail (de sorte que vous regardez les bugs uniquement pour ce projet, etc.).

L'équipe Projets vous permettent de bien compartimenter vos projets, mais ils ne sont que des compartiments virtuels, avec quelques restrictions sur le déplacement des éléments entre ces compartiments.

Le seul problème que j'ai trouvé avec plusieurs projets d'équipe est que vous avez à la branche d'un dossier (et ne peut pas se ramifier d'un projet d'équipe), donc si vous souhaitez faire une branche qui couvre plusieurs projets, vous devez avoir plusieurs branches, qui des moyens de mappage d'espace de travail et plusieurs severwal Fusionne pour chaque opération.

Pour les clients nous avons simplement ajouté un champ « client » personnalisé à nos éléments de travail qui nous a permis de relier un élément de travail à un client spacific.

Quand vous regardez les éléments de travail, vous pouvez ensuite appliquer un filtrage de type SQL (par exemple TeamProject = @ Projet et le Client = « BiggsAndCo » ET WORKITEMTYPE = « Bug » trouverait tous les bugs signalés par BiggsAndCo dans le TeamProject courant)

Il y a beaucoup de compléments tiers pour VSTS pour améliorer l'expérience de TFS (heureusement, TFS brut fournit l'interface utilisateur très simple et maladroit), et vous pouvez utiliser l'API pour écrire vos propres outils pour interroger la base de données de TFS aussi, donc vous ne devriez pas avoir trop de problème pour obtenir un tableau de bord vous trouvez utile CGU. Vous aurez besoin de faire quelques recherches pour voir si les solutions là-bas correspondent à vos besoins bien.

Answer 2

Une façon de le faire est serait d'avoir un seul projet d'équipe qui couvre l'ensemble de vos solutions et les sous-dossiers d'utilisation dans le contrôle des éléments source et chemins sur vos éléments de travail à des exigences distinctes de fonctionnalités, les bugs, et ainsi de suite par le projet.

Il est l'information spécifique à la clientèle à travers un sous-ensemble de projets que vous aurez probablement besoin de faire un peu de personnalisation afin de faire rapport sur puisque vous avez plusieurs-à-plusieurs que les éléments de travail TFS ne prennent pas en charge hors de la boîte .

L'espoir qui aide