3

我们目前正在使用 TFS 2010 进行源代码控制和任务跟踪，但是我们的项目和项目集合的结构还有很多不足之处。话虽如此，当我们迁移到 TFS 2012 时，我们希望以更有效的方式重组所有内容。

我的问题是，是否可以将我们现有的项目移动到新的 TFS 2012 项目集合（包括工作项、任务等）以用于遗留/历史目的？我希望当前的项目结构和历史可用于历史目的，并使用我们的新项目结构在不​​同的项目集合中进行积极的开发。

到目前为止，我所看到的一切都表明，由于工作项编号等原因，很难（或不可能）在集合之间移动整个项目。我考虑过分离我们 2010 年的项目集合并在 2012 年单独重新附加它们，但我真的不'不想要项目集合的完整列表（这是我们当前问题的一部分）。这让我面临合并项目集合或在集合之间移动项目的挑战。

任何建议、解决方法或提示将不胜感激！提前致谢！

4

3 回答 3

5

使用TFS 集成工具包非常有可能实现这一点，但这是一个极其繁琐且耗时的过程。有一个学习曲线。工具有问题，所以你必须解决它。我建议不要进入它，除非它是团队/管理的高优先级。这是过程，执行干净的 TFS 2012 安装，然后使用此工具迁移工作项和源。确保您还安装了 TFS 2010 团队资源管理器和工具包（它使用 2010 对象模型进行迁移）。您应该设置一个测试环境并多次尝试以获得所需的结果。这个项目在 TFS 2008->2010 中被多次提出，您几乎可以遵循相同的准则。在这里查看我的回复。您可能无法迁移工作项 ID，但可以添加一个字段来显示旧的工作项 ID：

<FIELD name="BCIReflectedWorkItemId" refname="TfsMigrationTool.ReflectedWorkItemId" type="String" />

文档中的工具限制：

  • 仅限于迁移版本控制项、工作项以及它们之间的链接。此工具不会迁移团队项目的其他部分，包括报告、团队构建数据和 SharePoint 内容。
  • 迁移期间不会保留工作项 ID 和变更集编号，并且会在迁移项目时按顺序分配新 ID。这意味着对这些 ID 的任何引用在迁移后都将无效；然而，工作项和变更集之间的链接将被正确迁移，尽管 ID 发生了变化。
  • 工作项修订和变更集的时间戳将更新到迁移时间。任何存储日期时间信息的工作项字段都将正确迁移其值，但不会迁移修订时间。这对系统产生的最显着影响是在依赖于时间维度的报告中（即错误趋势、代码流失）。由于迁移通常发生在比原始操作更短的时间跨度内，因此此类报告中的时间轴将被有效压缩。
  • 测试用例类型的工作项未完全迁移。集成工具不是为在此阶段迁移测试用例而设计的。它们需要被识别为测试用例并按此进行处理；包括特殊的 XML 编码数据字段，应将其打开并编辑以指向新迁移的工作项。您可以在http://tcmimport.codeplex.com/上查看 Visual Studio 2010 测试用例导入实用程序作为替代方法。
于 2012-11-13T01:06:45.647 回答
1

不幸的是，没有内置方法可以在集合之间移动项目，同时保留所有历史数据。有一些工具可以迁移项目，但它们会删除签到记录、搁置集、工作区等。

请参阅将团队项目从一个集合移动到另一个集合

于 2012-09-12T14:30:03.227 回答
0

最安全、最简单的方法是简单地备份 2010 年以来的所有内容，并从头开始 2012 年。记录在哪里可以找到迁移之前的所有内容，将您的项目放在您需要的地方并继续前进。这似乎很奇怪，人们反对做这样的事情，但通常当他们这样做时，他们会很高兴。

此外，将来避免此问题的一个好方法是尽量减少（或完全消除）对多个集合和使用区域的使用。

于 2012-09-12T15:56:24.200 回答