Tfs 将Team Foundation Server引入基于FogBuGZ的团队：使用哪些特性？

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

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

• 我们需要支持正在进行的FogBugz案例的大量现有基础（一些显然是开放的）
• 支持台需要能够提出错误/支持电话
• 希望将对源的更改链接到案例编号

。。。使用FogBugz案例和TFS工作项之间的最佳分割是什么

• 有可能从FogBugz完全迁移到TFS吗
• 如果无法从FogBugz迁移到TFS，那么将FogBugz案例和TFS工作项一起使用的最佳方式是什么

  ---

起初，我会说bug和缺陷留在FogBugz中，作为工作项出现在项目计划中。您可以手动让开发人员为FogBugz中的每种情况创建一个工作项，并将代码与该工作项相关联，但我已经听到了嘲笑的声音：-）

---

你可能想看看这张照片。我不知道是否有直接链接到FogBugz的工具，但是这些工具是高度可扩展的。然后，您可以决定将所有内容迁移到TFS中，或者运行两个系统并进行同步。运行这两个工具都很好，因为每个规程都可以使用他们最熟悉的工具，开发人员使用TFS处理所有事情，测试人员/支持人员可以继续使用Fogbugz，工具包可以使所有事情保持一致。

最初我会说bug和缺陷留在Fogbugz中，作为工作项出现在项目计划中。您可以手动让开发人员为FogBugz中的每种情况创建一个工作项，并将代码与该工作项相关联，但我已经听到了嘲笑的声音：-）

你可能想看看这张照片。我不知道是否有直接链接到FogBugz的工具，但是这些工具是高度可扩展的。然后，您可以决定将所有内容迁移到TFS中，或者运行两个系统并进行同步。运行两者都很好，因为每个规程都可以使用他们最熟悉的工具，开发人员使用TFS处理所有事情，测试人员/支持人员可以继续使用Fogbugz，工具包可以使所有事情保持一致