使用 OpsHub 从 TFS 迁移到 VS Team Services 时，删除的文件是否仍会迁移？
Will deleted files still migrate when migrating from TFS to VS Team Services with OpsHub?
我们有一些巨大的变更集导致我们的迁移变得缓慢。我想知道如果我们从项目中删除这些文件夹，OpsHub 是否仍会迁移删除文件夹的变更集？
销毁文件夹将从版本控制数据存储中删除它们及其所有历史记录（在该路径中）。 OpsHub 将无法找到这些文件夹，因此不会迁移它们（它们不存在）。您将必须重新启动迁移。如果文件夹已重命名，您可能需要同时销毁旧名称下的数据。
删除文件夹不会将它们排除在迁移之外。 OpsHub 将重放所有操作并检测这些更改及其历史记录。它将迁移文件夹的所有变更集直到最终删除。
您还可以通过销毁旧分支来大大加快迁移速度（分支会严重拖累您的迁移）。如果您有不需要转移的旧分支或已删除分支，请销毁它们。尤其是功能分支和旧的开发人员分支可能不值得麻烦。
您还可以增加 OpsHub 的内存分配，使其稍微减速：
- Close the migration utility.
- Goto location
C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin
- open the file
service.bat in notepad in editable mode. You may need to start Notepad as administrator to edit it.
- search for the keyword
-Xms512m -Xmx2048m and replace it with -Xms1024m -Xmx4096m, this will increase the memory for java, save the above changes (The numbers are for reference. You can set a higher amount of memory based on your available hardware)
- Go to the location from command prompt
C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin
- Run the
unregisterservice.bat from command prompt as an admin to unregister the service.
- Let the above command execute completely then run
registerservice.bat as an admin for registering the service.
- Start the utility and start the migration
运行 它在您的应用层或物理上靠近应用层的机器上也大大加快了迁移速度，因为它缩短了迁移一侧的网络 round-trips 几乎零。由于应用程序层收到的请求最多，因此将迁移放在那里而不是靠近 Visual Studio Team Services（例如通过将其安装在 Azure 计算机上）是有意义的。确保 AppTier 有足够的磁盘 space 用于其版本控制缓存。
同时密切监视您的 SQL 服务器，查询某些分支历史记录可能非常 CPU 密集，某些 SQL 服务器设置可能会产生很大的不同。确保有多个 TempDb 文件是一个，调整 MaxDOP 可能是另一个。 See some tips on optimizing your SQL server for TFS here.
我们有一些巨大的变更集导致我们的迁移变得缓慢。我想知道如果我们从项目中删除这些文件夹，OpsHub 是否仍会迁移删除文件夹的变更集？
销毁文件夹将从版本控制数据存储中删除它们及其所有历史记录（在该路径中）。 OpsHub 将无法找到这些文件夹，因此不会迁移它们（它们不存在）。您将必须重新启动迁移。如果文件夹已重命名，您可能需要同时销毁旧名称下的数据。
删除文件夹不会将它们排除在迁移之外。 OpsHub 将重放所有操作并检测这些更改及其历史记录。它将迁移文件夹的所有变更集直到最终删除。
您还可以通过销毁旧分支来大大加快迁移速度（分支会严重拖累您的迁移）。如果您有不需要转移的旧分支或已删除分支，请销毁它们。尤其是功能分支和旧的开发人员分支可能不值得麻烦。
您还可以增加 OpsHub 的内存分配，使其稍微减速：
- Close the migration utility.
- Goto location
C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin- open the file
service.batin notepad in editable mode. You may need to start Notepad as administrator to edit it.- search for the keyword
-Xms512m -Xmx2048mand replace it with-Xms1024m -Xmx4096m, this will increase the memory for java, save the above changes (The numbers are for reference. You can set a higher amount of memory based on your available hardware)- Go to the location from command prompt
C:\Program Files\OpsHub Visual Studio Online Migration Utility\OpsHubServer6.0.16\bin- Run the
unregisterservice.batfrom command prompt as an admin to unregister the service.- Let the above command execute completely then run
registerservice.batas an admin for registering the service.- Start the utility and start the migration
运行 它在您的应用层或物理上靠近应用层的机器上也大大加快了迁移速度，因为它缩短了迁移一侧的网络 round-trips 几乎零。由于应用程序层收到的请求最多，因此将迁移放在那里而不是靠近 Visual Studio Team Services（例如通过将其安装在 Azure 计算机上）是有意义的。确保 AppTier 有足够的磁盘 space 用于其版本控制缓存。
同时密切监视您的 SQL 服务器，查询某些分支历史记录可能非常 CPU 密集，某些 SQL 服务器设置可能会产生很大的不同。确保有多个 TempDb 文件是一个，调整 MaxDOP 可能是另一个。 See some tips on optimizing your SQL server for TFS here.