Azure DevOps on Premise，工作区映射真的很慢
AzureDevOps onPremise, Workspacemapping really slow
我们将 DevOps Server 2019 的 onPremise 版本（当前更新 1）与自托管代理（代理具有 gitHub 提供的最新版本）结合 TFVC (2019)。
devOps 服务器 运行ning 在虚拟机中，tfvc 服务器 运行ning 在不同的虚拟机中。
它们之间的通信很快，我已经通过简单地将大测试数据通过网络从一个复制到另一个来测试了这一点。没有问题。
在每个 运行 上，在开始时，从前一个 运行 开始的工作空间映射被删除，创建一个新的工作空间映射到每个源路径在存储库中定义已建立。每次 pipeline/run.
大约需要 30-60 分钟
我们在存储库中没有只定义一个路径。有很多映射，因此从 TFS 获取的代码量很少，只代表该执行解决方案所需的源代码。
这无法更改，必须保持原样，我们也不能简单地移动到 github。 （只是说以防万一有人想建议搬到 github :)）
是否有人在过去经历过相同的行为，即在执行构建时，第一个构建步骤中的存储库路径映射大约需要 30-60 分钟？
提前感谢您的提示
现在的解决方案是，在新机器上从头开始安装所有内容。
在那之后，映射运行只用了之前
的十分之一
我们将 DevOps Server 2019 的 onPremise 版本（当前更新 1）与自托管代理（代理具有 gitHub 提供的最新版本）结合 TFVC (2019)。 devOps 服务器 运行ning 在虚拟机中，tfvc 服务器 运行ning 在不同的虚拟机中。 它们之间的通信很快，我已经通过简单地将大测试数据通过网络从一个复制到另一个来测试了这一点。没有问题。
在每个 运行 上，在开始时，从前一个 运行 开始的工作空间映射被删除，创建一个新的工作空间映射到每个源路径在存储库中定义已建立。每次 pipeline/run.
大约需要 30-60 分钟我们在存储库中没有只定义一个路径。有很多映射，因此从 TFS 获取的代码量很少，只代表该执行解决方案所需的源代码。 这无法更改，必须保持原样，我们也不能简单地移动到 github。 （只是说以防万一有人想建议搬到 github :)）
是否有人在过去经历过相同的行为，即在执行构建时，第一个构建步骤中的存储库路径映射大约需要 30-60 分钟？
提前感谢您的提示
现在的解决方案是，在新机器上从头开始安装所有内容。
在那之后，映射运行只用了之前
的十分之一