我们有一些巨大的变更集导致我们的迁移陷入困境。我想知道如果我们从项目中删除这些文件夹，OpsHub是否仍会迁移删除文件夹的更改集？
答案 0 :(得分：0)
销毁文件夹将从版本控制数据存储中删除它们及其所有历史记录（在该路径中）。 OpsHub无法找到文件夹，因此不会迁移它们（它们不存在）。您必须重新启动迁移。如果已重命名文件夹，则可能还需要销毁旧名称下的数据。
删除文件夹不会将其从迁移中排除。 OpsHub将重播所有操作，并将检测这些更改及其历史记录。它会将文件夹的所有更改集迁移到最终删除。
您还可以通过销毁旧分支来加速迁移（分支会对您的迁移造成很大的阻力）。如果您有旧分支或已删除的分支，您不需要转移，然后销毁它们。特别是功能分支和旧开发者分支可能不值得。
您还可以为OpsHub增加内存分配，使其有一点速度提升：
- 关闭迁移实用程序。
- 转到位置
C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin- 以可编辑模式在记事本中打开文件
service.bat。您可能需要以管理员身份启动记事本才能对其进行编辑。- 搜索关键字
-Xms512m -Xmx2048m并将其替换为-Xms1024m -Xmx4096m，这将增加java的内存，保存上述更改（这些数字仅供参考。您可以设置更高的内存量在您可用的硬件上）- 从命令提示符
转到该位置C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin- 从管理员命令提示符运行
unregisterservice.bat以取消注册服务。- 让上述命令完全执行，然后以管理员身份
registerservice.bat运行注册服务。- 启动该实用程序并开始迁移
在应用程序层或物理上靠近应用程序层的计算机上运行它也会大大加快迁移速度，因为它会将迁移一侧的网络往返时间缩短到接近零。由于应用程序层接收的请求最多，因此将迁移放在那里并且不关闭Visual Studio Team Services（例如，通过将其安装在Azure计算机上）是有意义的。确保AppTier具有足够的磁盘空间用于其版本控制缓存。
还要密切监视您的SQL服务器，查询某些分支历史记录可能会占用大量CPU资源，某些SQL服务器设置可以产生很大的不同。确保存在多个TempDb文件，调整MaxDOP可能是另一个。 See some tips on optimizing your SQL server for TFS here