我对 Visual Studio 或 Team Foundation Server 不太熟悉，但我有一个开发团队抱怨在 Visual Studio 2010 中签入速度非常慢（几分钟）。
检查服务器和数据库没有发现任何问题 该问题仅发生在一种特定的解决方案中。即使是非常小的文本文件也可能出现此问题。该问题影响团队中的所有用户。
我应该从哪里开始故障排除？
编辑额外信息
该项目的大小约为 11.5GB，由 284,455 个文件和 52,186 个文件夹组成。这些由大约 10 个用户访问。我认为，就规模而言，这是我们拥有的最大项目。
我不确定问题何时首次出现。
我已经厌倦了在我的机器上重现这个问题而没有成功。所以它看起来与本地设置有关。我已经安装了开发团队正在使用的插件和扩展。
相同的开发人员对其他项目没有问题。
对于在执行任何需要 TFS 交互的操作（签出、签入、添加新、重命名、移动等）时遇到较大滞后时间的人，TFS 中可能有许多区域可能会导致问题。就我而言，即使是 Visual Studio 中最简单的 TFS 交互也需要等待 5-10 秒。我决定使用 Process Monitor 对其进行调查，并发现每次 TFS 执行任何操作时，它都会遍历我的 TFS 工作区中的每个文件，而不管打开了哪些项目，或者是否打开了源代码管理资源管理器或团队资源管理器。当时，就像@reticentKoala 一样，我的工作区中有 100,000 多个文件，总计超过 17GB。
这绝对是 TFS 客户端代码中的一个错误（我正在运行 VS2013，我们的 IT 人员升级到任何相关的 TFS 版本），但幸运的是它揭示了一些解决方法。
就我而言，我确实从事过许多项目，但通常一次只做一两个。通过在我的正常工作文件夹中创建一个“存档”文件夹，并将我没有积极从事的任何项目移入其中，我能够再次以合理的速度进行 TFS 交互。
如果您积极参与一个更大的项目，而您不能像那样随意移动碎片，我只能推测可能的解决方案，但基本想法是减少您活动中的文件数量工作区，或它们在本地计算机上的存在。
您是否查看过以下帖子，尤其是 Joel Rondeau 的评论： TFS 慢速服务器故障排除建议 或： https ://web.archive.org/web/20161104172214/http://www.lostapalooza.com/?p=150
我会确保没有大型 BLOB 文件实际上也存储在 TFS 系统中。而是存储指向它们的链接，并使用 Web 访问和团队网站来执行此操作。