我在TFS/AAzure DevOps中有一个存储库，里面有大约100000个文件。每次我必须设置一台新机器时，我都会遇到问题。
在VS中，我连接到工作空间并执行"；地图&得到"；。这一切都失败了。下载了相当多的文件，但远不是全部。有时VS确实会显示错误消息，有时则不会。我收到了一封来自devops的电子邮件，邮件基本上说，操作是"；延迟的"；因为已经达到了极限。它指向Usage统计数据，我可以看到，对FileDownloadHandler的请求确实被延迟了。
当看到文档时，他们会说，基本上，事情会变得"；"延迟"；，以防用户使用的资源量是其正常使用量的200倍以上。
当然，在这种情况下是正确的：；用户"；正在尝试下载所有文件，这肯定是正常工作时命令量的200倍以上。
然而，VS(2015(似乎没有意识到事情出了问题。因为在操作结束时，本地机器上丢失了相当多的文件。(它本身不会等待，过一段时间后开始新的下载操作；获取最新消息"；。这完全失败了，因为VS认为"；所有文件都是最新的"；。
[我使用2015，因为我实际上不想在那台机器上使用vs。我使用的是tfs命令行工具，这些工具只能在之前安装了vs 2015的情况下安装。]
此外；获取特定/覆盖"；不起作用，因为这最终导致了最初造成问题的资源限制问题。
所以我最终基本上使用了一个"；地图&得到"；，接下来是等待几分钟，然后是"；"比较"；，再次等待；调和"；关于来自"；"比较"；。
这不是一个好的工作流程。
那么，当您在源代码管理中有大量文件时，应该怎么做呢？
答案如下：
https://developercommunity.visualstudio.com/t/how-to-get-latest-a-lot-of-files-reliably-in-sourc/1488274
基本上，具有>=的存储库100000个文件或>=10GB的大小是"1"；"太大"；用于Azure DevOps。不管是使用TFS还是Git。