TFS 和 Visual Studio 缓慢签入答案

【问题标题】：TFS and Visual Studio slow check inTFS 和 Visual Studio 缓慢签入
【发布时间】：2012-10-29 15:22:11
【问题描述】：

我对 Visual Studio 或 Team Foundation Server 不太熟悉，但我有一个开发团队抱怨在 Visual Studio 2010 中签入速度非常慢（几分钟）。

检查服务器和数据库未发现任何问题该问题仅发生在一种特定的解决方案中。即使是非常小的文本文件也可能出现此问题。该问题会影响团队中的所有用户。

我应该从哪里开始排除故障？

编辑额外信息

项目大小约为 11.5GB，由 284,455 个文件和 52,186 个文件夹组成。这些由大约 10 个用户访问。我认为，就规模而言，这是我们拥有的最大项目。

我不确定问题何时首次出现。

我已经厌倦了在我的机器上重现该问题而没有成功。所以它看起来与本地设置有关。我已经安装了开发团队正在使用的插件和扩展。

相同的开发者对其他项目没有问题。

【问题讨论】：

TFS 服务器是哪个版本的？
2010 - 10.0.40219.399，标准版
我已经运行了最佳实践分析器，但没有任何用处
抱歉，我没有更新版本号。这上面有 SP1 吗？
如果您使用的是本地工作区，这可能是原因，请尝试切换到服务器工作区进行测试。

标签： visual-studio-2010 tfs checkin performance

【解决方案1】：

对于在执行任何需要 TFS 交互的操作（签出、签入、添加新内容、重命名、移动等）时遇到较长延迟时间的人，TFS 中可能有许多区域可能会导致问题。就我而言，即使是 Visual Studio 中最简单的 TFS 交互也需要等待 5-10 秒。我决定使用 Process Monitor 对其进行调查，并发现每次 TFS 执行任何操作时，它都会遍历我的 TFS 工作区中的每个文件，而不管打开了哪些项目，或者是源代码管理资源管理器还是团队资源管理器已打开。当时，就像@reticentKoala 一样，我的工作空间中有 100,000 多个文件，总计超过 17GB。

这绝对是 TFS 客户端代码中的一个错误（我正在运行 VS2013，我们的 IT 人员升级到任何相关的 TFS 版本），但幸运的是它揭示了一些解决方法。

就我而言，我确实从事过许多项目，但通常一次只做一两个。通过在我的正常工作文件夹中创建一个“存档”文件夹，并将我不积极从事的任何项目移入其中，我能够再次以合理的速度进行 TFS 交互。

如果您积极参与一个更大的项目，而您不能像那样随意移动各个部分，我只能推测可能的解决方案，但基本想法是减少文件数量在您的活动工作区中，或者它们在您的本地计算机上。

【讨论】：

服务器工作区还是本地工作区？如果它是本地工作区，那么是的，Visual Studio 需要检查您的本地目录以确定它们是否已更改。如果您使用服务器工作区，则无需这样做，但您必须明确挂起您的更改。
什么是进程监视器以及如何将它与 TFS 一起使用？

【解决方案2】：

您是否查看过以下帖子，尤其是 Joel Rondeau 的评论： Suggestions for troubleshooting slow TFS server 要么： https://web.archive.org/web/20161104172214/http://www.lostapalooza.com/?p=150

我会确保没有大型 BLOB 文件实际上存储在 TFS 系统中。而是存储指向它们的链接，并使用 Web 访问和团队网站来执行此操作。

【讨论】：