TFS：获取最新原因导致项目重新加载缓慢答案

【问题标题】：TFS: Get latest causes slow project reloadingTFS：获取最新原因导致项目重新加载缓慢
【发布时间】：2017-01-17 08:36:34
【问题描述】：

我们正在使用一个包含多个项目的解决方案，这些项目引用来自其他解决方案的 NuGet 包。

每次我们从解决方案的 TFS 服务器获取最新信息时，Visual Studio (2015) 都会开始重新加载解决方案中的每个项目，这需要很长时间。现在情况并非总是如此，因为这仅在几周前才开始发生（解决方案已有一年之久）。

我们有其他解决方案已经遇到了这个问题，我们的解决方案是关闭解决方案，然后获取最新版本，然后重新加载项目，这要快得多。

谁能解释为什么会发生这种情况以及如何解决这个问题？

【问题讨论】：

完全相同的事情发生在我身上，我不得不求助于相同的解决方法。
您找到解决方案了吗？
@EJoshuaS 不幸的是没有。上面提供的解决方法是唯一有效的方法，微软似乎并不关心（见答案）...... :(
是的，他们似乎对实际解决这个问题没有太大兴趣。

标签： visual-studio tfs visual-studio-2015

【解决方案1】：

这已作为错误报告给 MSFT，请参阅 Slow project reloading 和 Reload of projects is slow after call to TFS to get latest changeset。似乎您的项目文件是从 VS 外部更新的，这会导致 VS 加载所有这些文件。更多详情请看VS IDE团队的回复：

罪魁祸首是，您的项目文件正在从外部更新 VS，这会导致 VS 一个一个地加载它们。这是极其繁重的过程，它发生在主 UI 线程上。因此，此 ASL 逻辑默认开启，以缓解无响应的解决方案负载。本质上，您是在指出我们 ASL 逻辑的一个限制我们没有考虑过。这将在未来考虑放开，谢谢。

与此同时，缓解问题的一种方法是强制通过触摸解决方案文件 *.sln 文件重新加载解决方案将触发 ASL 启动，基本上 VS 认为你正在做充分解决方案负载，它将尽可能优化响应时间可能。

Ulzii Luvsanbat

Visual Studio IDE 团队

【讨论】：

感谢您的回复，帕特里克。您所指的错误都被关闭为“不可重现”和“无法修复”。您提到的解决方案不是正确的解决方案；这与我提到自己的修复类型相同（我更喜欢我的，因为我不想触摸不需要触摸的文件）。所以你们对这个问题没有做任何事情（3年前报告了错误）？就用户体验而言，这似乎是一件非常重要的事情。

【解决方案2】：

请尝试以下步骤：

打开 Visual Studio 安装程序并安装 2017 版的最新可用更新。
打开 %localappdata%/Microsoft/Team Foundation/7.0/cache 并删除所有文件，然后重新启动 Visual Studio 并重试。

【讨论】：