OpsHub TFS 到 Visual Studio 在线迁移实用程序 - TFS_Temp 文件夹
OpsHub TFS To Visual Studio Online Migration Utility - TFS_Temp folder
我对 OpsHub 迁移实用程序运行缓慢感到非常沮丧。我什至已将我们的 TFS 基础架构移至 Azure，以便我可以更快地完成任务，但收益很小。
我注意到的一件事是 TFS_Temp 文件夹 (C:\Program Files\OpsHub Visual Studio 在线迁移 Utility\TFS_Temp) 受到一些随机 IO 的影响。
所以，我的问题是如何告诉 OpsHub 为 TFS_Temp 文件夹使用不同的驱动器位置（更好地处理随机 IO）？
好的，我正在使用一种使用符号链接的解决方法。
首先我移动实际的TFS_Temp文件夹，然后将该新位置符号链接回原始路径：
mklink /J "C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp" D:\TFS_Temp
TFS_Temp 是该实用程序映射到系统附加驱动器的文件夹（默认情况下通常为 O:\，如果某些文件的路径太长，则为附加驱动器）。这是该实用程序为您的 VSO 创建作品 space 的地方。
并且迁移实用程序利用此 space 对每个变更集进行数据处理。因此有很多IO处理。但是，此位置是硬编码的，不可通过任何配置直接修改。
但很高兴知道您正在通过符号链接工作。它是否提高了您的表现？
我对 OpsHub 迁移实用程序运行缓慢感到非常沮丧。我什至已将我们的 TFS 基础架构移至 Azure，以便我可以更快地完成任务，但收益很小。
我注意到的一件事是 TFS_Temp 文件夹 (C:\Program Files\OpsHub Visual Studio 在线迁移 Utility\TFS_Temp) 受到一些随机 IO 的影响。
所以，我的问题是如何告诉 OpsHub 为 TFS_Temp 文件夹使用不同的驱动器位置（更好地处理随机 IO）？
好的，我正在使用一种使用符号链接的解决方法。
首先我移动实际的TFS_Temp文件夹，然后将该新位置符号链接回原始路径：
mklink /J "C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp" D:\TFS_Temp
TFS_Temp 是该实用程序映射到系统附加驱动器的文件夹（默认情况下通常为 O:\，如果某些文件的路径太长，则为附加驱动器）。这是该实用程序为您的 VSO 创建作品 space 的地方。
并且迁移实用程序利用此 space 对每个变更集进行数据处理。因此有很多IO处理。但是，此位置是硬编码的，不可通过任何配置直接修改。
但很高兴知道您正在通过符号链接工作。它是否提高了您的表现？