从 TFS 2013.4 (OpsHub) 缓慢迁移到 Visual Studio Online答案

【问题标题】：Slow migration to Visual Studio Online from TFS 2013.4 (OpsHub)从 TFS 2013.4 (OpsHub) 缓慢迁移到 Visual Studio Online
【发布时间】：2016-03-27 10:20:45
【问题描述】：

我正在尝试从 TFS 2013 Update 4 迁移到 Visual Studio Online。我在使用 OpsHub 迁移实用程序时遇到了真正的困难，所以我现在来寻求关于如何前进的建议。我有 65 个团队项目要迁移，其中一些带有源代码，而另一些则相当空，只有几个工作项，因此它们的大小差异很大。我想维护我们目前拥有的跨团队项目的分支，所以我最初尝试选择所有 65 个项目进行迁移。这在实用程序的创建配置阶段花费了 11 个小时，然后到最后该工具抱怨它无法与服务 OpsHub Visual Studio 在线迁移实用程序通信。所以回到第一方。
下一个方法是将项目分批成 10 个项目。每组的验证和创建配置阶段在 10 分钟内完成，这是一个巨大的飞跃，迁移实际上开始了。这目前已经运行了大约 17 个小时。它在所有团队项目的 480,000 个中完成了 29,000 个工作项修订，因此我认为这可能需要几周时间才能完成。它还没有在版本控制数据上开始，我希望它在稍后阶段会这样做，但这表示目前没有运行。这是在一个快速的 i7 盒子上运行的，具有 16GB 的 RAM、SSD 的业务。 100Mbps 互联网连接。
我已通过电子邮件向 OpsHub 发送电子邮件，以了解商业版本是否会表现更好。但是欢迎任何我可以做得更好的建议，包括迁移工具的任何替代方案。

【问题讨论】：

标签： azure-devops opshub

【解决方案1】：

对于需要很长时间的配置创建，假设的原因似乎由于与服务 OpsHub Visual 通信时出现问题 Studio Online 并等待超时。
工作项迁移同步时间似乎接近预期，一旦工作项迁移完成，将开始版本控制数据的迁移。
此外，由于数据量大，需要时间，但迁移会继续在后台运行，您可以使用源 TFS 实例（如果需要）而无需停止迁移。
李>
有关专业服务的更多详细信息，您可以发送电子邮件至 support@opshub.com

【讨论】：

感谢您的反馈，您说继续使用源 TFS 实例。迁移是否足够智能以迁移在迁移发生时创建的新代码更改和工作项？我没想到会这样，这也是为什么这需要数周时间对我们来说不是一个很好的解决方案的原因之一。我们只是一个小团队。
是的，该实用程序在后台运行得非常好。并且将在迁移运行时检测并迁移在项目中创建的所有新更改，只要迁移正在运行且未停止。
这是个好消息。请问免费实用程序是否维护跨团队项目的分支？感谢您的帮助。
是的。前提是，所有项目都在一次迁移中一起被选中。跨项目联动和分支将被保留。
啊。我害怕，是的。对多项目的支持最近已从该实用程序的免费版本中删除。

【解决方案2】：

还有一个名为TFS Integration Platform 的工具是由 MS 为 TFS 迁移开发的。您可以尝试使用它，看看它是否可以更快地迁移数据。

【讨论】：

谢谢 Eddie，很遗憾，我看不到将其与 Visual Studio Online（团队系统）一起使用的参考。
@JohnCorker，您只需选择 Team System 提供程序即可连接到 Visual Studio Online。