Azure devops 从TFS 2013.4（OpsHub）缓慢迁移到Visual Studio Online

我正在尝试从TFS 2013更新4迁移到Visual Studio Online。我在使用OpsHub迁移实用程序时遇到了真正的困难，所以我现在来寻求如何前进的建议。 我有65个团队项目要迁移，有些是源代码，有些是空的，只有几个工作项，所以它们的大小相差很大。我想维护我们目前拥有的跨团队项目分支，因此我最初尝试选择所有65个项目进行迁移。这在实用程序的创建配置阶段花费了11个小时，然后在结束时，该工具抱怨它无法与服务OpsHub Visual Studio在线迁移实用程序通信。回到原点。
下一个方法是将项目分为10个项目。验证和创建配置阶段在10分钟内完成，这是一个巨大的飞跃，迁移实际上已经开始。该系统目前已运行约17小时。在所有团队项目的480000个工作项中，它已经完成了29000个工作项修订，所以我认为这可能需要几周的时间来完成。它还没有在版本控制数据上启动，我希望它在稍后的阶段会启动，但这表示目前还没有运行。 这是运行在一个快速的i7设备上，具有16GB的RAM和SSD。100Mbps互联网连接。

---

我已经给OpsHub发了电子邮件，想知道商业版的性能是否会更好。但是我可以做得更好的任何建议都是欢迎的，包括迁移工具的任何替代品。

还有另一个由MS为TFS迁移开发的工具。您可以试用它，看看它能否更快地迁移数据。

• 对于需要很长时间的配置创建，假定的原因似乎是 由于与服务OpsHub Visual进行通信时出现问题 Studio Online并等待超时

• 工作项迁移同步时间似乎接近预期，一旦工作项迁移完成，将开始迁移版本控制数据

• 此外，由于数据量很大，需要时间，但迁移将在后台继续运行，因此您可以使用源TFS实例（如果需要），而无需停止迁移

• 有关专业服务的更多详细信息，请发送电子邮件至support@opshub.com

---

感谢您的反馈，您可以说继续使用源TFS实例。迁移是否足够智能，可以迁移迁移迁移过程中创建的新代码更改和工作项？我没有料到这一点，这也是为什么花费数周的时间对我们来说不是一个很好的解决方案的原因之一。我们只是一个小团队。是的，该实用程序在后台运行得非常好。并将在迁移运行时检测和迁移项目中创建的所有新更改，只要迁移正在运行且未停止。这是一个好消息。我可以问一下免费实用程序是否维护跨团队项目的分支吗？谢谢你的帮助。但是，所有项目都是在一次迁移中一起选择的。跨项目链接和分支将被保留。啊。恐怕是的。对多项目的支持最近已从该实用程序的免费版本中删除。谢谢Eddie，很遗憾，我看不到将此用于Visual Studio Online（团队系统）的参考资料。@JohnCorker，您可以选择团队系统提供程序连接到Visual Studio Online。