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