全部，
我们有一个包含多个项目集合的现有 TFS 2012 安装，并希望最终迁移到 TFS 2017。我们在新硬件/最新版本的 SQL Server 上安装了一个新的 TFS 2017 服务器。我们希望将我们的项目集合从 2012 迁移到 2017，同时尽可能保持与旧服务器的保真度（维护源、工作项、历史记录、链接等...）
可以一次完成一个项目集合吗，还是必须“大爆炸”？到目前为止，我所有的研究都显示了将旧的 TFS 2012 数据库复制到新的数据库服务器并允许它从那里升级集合的说明，但这听起来像是一种情况，其中 1) 您必须一次移动所有集合，并且 2) 将覆盖可能已在新的 TFS 2017 实例中设置的任何集合。
这是正确的吗，或者是否存在一种高保真度的迁移方法，可以让我们一次完成一个集合？
仅供参考，我们不关心报告或 Sharepoint 迁移，只关心工作项、来源以及维护两者的变更历史。
答案1
是的你可以。
不建议一次升级一个集合，原因如下：
- 这是一条人迹罕至的道路，所以你可能会遇到独特的问题；
- 分离 TFS 集合是一项有风险的操作（在某些情况下我不得不升级到 MS 支持，特别是对于 TFS 2012）。
另一个选项是使用用于迁移目的的临时 TFS 实例，这需要更多时间和资源，但更安全。这个想法是复制现有的 2012（我不使用克隆因为这很危险），安装相同版本的 SQL 和 TFS，恢复备份，配置 TFS 2012（这是最危险的步骤，使用不同的帐户等），最后升级到与生产中使用的 TFS 2017 版本。此时，您可以从暂存中分离集合并确保它将毫无问题地附加到生产中。