Présentation de Team Foundation Server dans une équipe basée FogBugz: Quelles sont les fonctionnalités à utiliser?

Question

Je actuellement des travaux dans une entreprise qui utilise FogBugz pour la délivrance et le suivi des bogues et SourceGear Vault pour le contrôle source.

Nous introduisons maintenant Team Foundation Server. Il est clair que TFS remplacera Vault pour le contrôle de la source. Ma question est, avec les conditions suivantes:

• Grande base existante de cas FogBugz (certains évidemment ouvert) que nous devons soutenir en cours
• besoins de bureau de soutien pour pouvoir bugs / raise appels de soutien
• Vous voulez des modifications à la source à être liés à un certain nombre de cas

... quelle est la meilleure répartition entre l'utilisation de cas FogBugz et TFS WorkItems?

• Est-il possible de migrer totalement de FogBugz à TFS?
• S'il est impossible de migrer de FogBugz à TFS alors quelle est la meilleure façon d'utiliser le cas FogBugz et TFS WorkItems ensemble?

Answer 1

Dans un premier temps, je dirais bugs et défauts restent dans FogBugz, des choses sur le plan du projet comme éléments de travail. Vous pouvez manuellement obtenir les développeurs pour créer un élément de travail pour chaque cas FogBugz et associer le code à cet élément de travail, mais je peux entendre les hurlements de moquerie déjà: -)

Vous pouvez jeter un oeil à la TFS plate-forme d'intégration . Je ne sais pas s'il y a des outils qui relient directement à FogBugz mais ces outils sont très extensibles. Vous pourriez alors décider soit de tout migrate pour TFS ou exécuter les deux systèmes et synchronisez. L'exécution des deux est bien que chaque discipline peut utiliser l'outil qu'ils connaissent le mieux, les devs utilisent TFS pour tout et les testeurs / support peut continuer à utiliser FogBugz et la boîte à outils garde tout à l'étape.