我的客户在TFS 2013中有大约10个团队项目，我们目前正在迁移到VSTS。在上周，这10个团队项目中的9个（规模相当小/中等大小/变更集数量）在相当合理的时间内迁移。但是，最后（也是最重要的）团队项目很大，在迁移过程中似乎陷入困境。它已经停留在为我们迁移步骤405/700约9个小时了。
我主要担心的是因为昨天我离开工作直到昨天晚上工作一直在流动，但我一夜之间有一个（无关的）计算机崩溃，所以我不知道这是否会对迁移。由于计算机崩溃，我不得不在今天早上重新开始迁移，它似乎从它停止的地方开始，但它并没有整天（根据用户界面）。我看到签到我们的VSTS的最后一个变更集是在昨晚8点18分，这意味着几乎没有任何东西在VSTS上进行了近20个小时。
查看日志后，SOMETHING似乎正在发生 - 它仍在向日志写入数据。我只是希望有人可以告诉我有耐心，因为它仍在工作（只是缓慢），或者如果它真的被卡住了，我应该重新开始和/或制定计划B.
提前致谢
答案 0 :(得分：0)
案件已经解决。该工具在处理大型变更集时运行内存不足，因为对JVM的内存默认分配仅为1 GB。提供更多内存的诀窍和迁移完成。
增加分配的步骤。
1）关闭申请
2）转到\ OpsHub Visual Studio迁移实用程序\ OpsHubServer6.0.16 \ bin（安装驱动器可能是：C：\ Program Files）（文件夹名称可能是OpsHubServer6.0.16，或者只是OpsHubServer，具体取决于您的版本）
3）在NotePad中打开service.bat。找到以下字符串“-Xmx1024m”。将-Xmx2048m替换为-Xmx4096m（如果有更多可用内容，则替换最大内存大小的相应数字）
4）保存文件
5）在同一个文件夹中
以管理员身份运行 unregisterservice.bat （将取消注册OpsHub服务。通过打开services.msc验证将不再有“OpsHub Visual Studio Online Migration Utility”服务）
以管理员身份运行 registerservice.bat （将注册OpsHub服务。通过打开services.msc进行验证，并且将有“自动”启动类型的“OpsHub Visual Studio Online Migration Utility”服务）< / p>
6）打开services.msc，右键单击“ OpsHub Visual Studio在线迁移实用程序”，单击属性，选择启动类型“手动”，单击“应用”
7）启动应用程序，现在将使用4096m内存（4 GB）或步骤3中指定的任何数量