将引入基于FogBugz的团队:使用哪些特性？

Question

我目前在一家公司工作，该公司使用FogBugz进行问题和错误跟踪，使用SourceGear Vault进行源代码管理。

我们现在正在介绍。显然，TFS将取代Vault用于源代码管理。我的问题是，我有以下要求：

• 大量现有的FogBugz案例(有些显然是开放的)，我们需要支持这些案例
• 支持台需要能够发出错误/支持电话。
• 希望将对源的更改链接到一个案例编号

..。使用FogBugz案例和TFS WorkItems之间的最佳分割是什么？

• 是否有可能从FogBugz完全迁移到TFS？
• 如果不可能从FogBugz迁移到TFS，那么在一起使用FogBugz用例和TFS工作项的最佳方法是什么？

Answer 1

最初，我会说FogBugz中仍然存在bug和缺陷，项目计划中的内容都是工作项。您可以手动让开发人员为FogBugz中的每一种情况创建一个工作项，并将代码与该工作项关联起来，但我已经听到了嘲笑的呼啸声:-)

您可能想看看TFS集成平台。我不知道是否有任何直接链接到FogBugz的工具，但是这些工具是高度可扩展的。然后，您可以决定将所有内容迁移到TFS，或者运行这两个系统并进行同步。运行这两种方法都很好，因为每个规程都可以使用他们最熟悉的工具，devs对所有的东西都使用TFS，测试人员/支持可以继续使用Fogbugz，工具包使一切保持同步。