Einführung des Team Foundation Server in ein Fogbugz -basiertes Team: Welche Funktionen sind zu verwenden?

Question

Ich arbeite derzeit in einem Unternehmen, das Fogbugz für das Problem und die Fehlerverfolgung und das Quellgeschäfts -Vault für die Quelleinsteuerung verwendet.

Wir stellen jetzt den Team Foundation Server vor. TFS ersetzt eindeutig den Tresor für die Quellvertretung. Meine Frage ist mit den folgenden Anforderungen:

• Große bestehende Basis von Fogbugz -Fällen (einige offensichtlich offen), die wir laufend unterstützen müssen
• Der Support Desk muss in der Lage sein, Fehler / Support -Anrufe zu erhöhen
• Ich möchte, dass Änderungen an der Quelle mit einer Fallnummer verknüpft werden

... Was ist die beste Trennung zwischen der Verwendung von Fogbugz -Fällen und TFS -Workitems?

• Ist es möglich, von Fogbugz zu TFS vollständig zu migrieren?
• Wenn es nicht möglich ist, von Fogbugz zu TFS zu migrieren, wie können Sie dann am besten den Fogbugz -Fall und die TFS -Workitems zusammen verwenden?

Answer 1

Zunächst würde ich sagen, dass Fehler und Mängel in Fogbugz bleiben, Dinge im Projektplan als Arbeitselemente. Sie könnten die Entwickler manuell dazu bringen, für jeden Fall in Fogbugz ein Arbeitselement für jeden Fall zu erstellen und den Code mit diesem Arbeitselement zu verknüpfen, aber ich kann das Heulen der Spott bereits hören :-)

Vielleicht möchten Sie sich das ansehen TFS -Integrationsplattform. Ich weiß nicht, ob es Tools gibt, die direkt mit Fogbugz verknüpft sind, diese Tools sind jedoch hoch erweiterbar. Sie können dann entscheiden, alles in TFS zu migrieren oder sowohl Systeme auszuführen als auch synchronisieren. Das Ausführen von Beide ist schön, da jede Disziplin das Werkzeug verwenden kann, mit dem sie am besten vertraut sind. Devs verwenden TFs für alles, und die Tester / Unterstützung können weiterhin Fogbugz verwenden und das Toolkit hält alles im Schritt.