我的问题与this one非常相似（但不完全相同）。 MSDN博客上还有一个discussion of a similar issue。但是，这些帖子中给出的答案并没有真正为我解决问题。
我有一个大型解决方案文件（目前有106个项目，我一直认为这个项目不太理想，但我没有发表意见）。
当我从Visual Studio中执行涉及大量更改的“获取最新”时，Visual Studio花费10到15分钟重新加载项目（至少不夸张，重新加载速度很慢）。对于少量变化，这似乎不是一个问题;当Visual Studio执行“完全”重新加载以及重新加载一些项目（或根本没有项目）时，我还没有弄清楚背后的模式。
如果我在解决方案文件关闭时执行“获取最新”，则“获取最新”会很快发生。 （我一直在使用它作为一种解决方法，但有时候我会忘记，这是一个决定性的不方便的解决方法）。它也不需要花费过多的时间来加载解决方案（在大多数情况下可能不到30秒），这引出了我的第一个问题：为什么需要这么长时间（因子长20倍或者更多）Visual Studio卸载和重新加载项目比关闭和重新打开解决方案？这有点像一个长镜头，但有没有办法迫使Visual Studio以这种方式运行（即让它完全关闭并重新打开解决方案而不是卸载并重新加载各个项目）？
我确实看到在旧版Visual Studio中存在bug report类似问题。然而，令人费解的是，微软将其视为“不可重现”。我想还有关于这个问题的其他错误报告，但没有证据表明微软打算在此时解决这个问题（甚至承认它的存在）。
有人可以为此建议更好的解决方案或解决方法吗？
顺便说一句，我正在使用Visual Studio Professional 2015。
答案 0 :(得分：5)
重申评论中的内容作为答案，似乎这是Visual Studio中的一个错误，现在最好的解决方法仍然只是在执行“获取最新”并重新打开之前关闭解决方案在TFS完成后它。
如果有人有兴趣，我创建了一个错误报告here。
更新：Microsoft目前在其待办事项中都有此信息，并计划将来发布。 （他们并没有具体关于他们计划发布的版本的未来。