我对 Visual Studio 或 Team Foundation Server 不太熟悉，但我有一个开发团队提示 Visual Studio 2010 中的 checkin 速度非常慢(几分钟)。
检查服务器和数据库没有发现任何问题
该问题仅发生在一种特定的解决方案中。
即使对于非常小的文本文件，也会出现此问题。
该问题会影响团队中的所有用户。
我应该从哪里开始故障排除？
编辑 额外的信息
该项目的大小约为 11.5GB，由 284,455 个文件和 52,186 个文件夹组成。这些由大约 10 个用户访问。我认为，就规模而言，这是我们拥有的最大项目。
我不确定问题第一次出现的时间。
我已经厌倦了在我的机器上重现这个问题但没有成功。所以它看起来与本地设置有关。我已经安装了开发团队正在使用的插件和扩展。
相同的开发人员在其他项目中没有问题。
最佳答案
对于在执行任何需要 TFS 交互( checkout 、 checkin 、添加新的、重命名、移动等)时遇到大延迟时间的人来说，TFS 中可能有许多可能导致问题的区域。就我而言，即使是 Visual Studio 中最简单的 TFS 交互也需要 5-10 秒的等待。我决定使用 Process Monitor 对其进行调查，并发现每次 TFS 执行任何操作时，它都会遍历我的 TFS 工作区中的每个文件，无论打开了哪些项目，或者是否打开了 Source Control Explorer 或 Team Explorer。当时，就像@reticentKoala 一样，我的工作区中有 100,000 多个文件，总大小超过 17GB。
这绝对是 TFS 客户端代码中的一个错误(我正在运行 VS2013，我们的 IT 人员已升级到其关联的 TFS 版本)，但幸运的是，它揭示了一些解决方法。
就我而言，我确实参与了许多项目，但通常一次只有一两个。通过在我的正常工作文件夹中创建一个“存档”文件夹，并将我没有积极参与的任何项目移动到其中，我能够再次以合理的速度让 TFS 交互。
如果你积极参与一个更大的项目，你不能像那样随意地移动碎片，我只能推测可能的解决方案，但基本的想法是减少你的事件中的文件数量工作区，或它们在本地计算机上的存在。
关于visual-studio-2010 - TFS 和 Visual Studio 缓慢 checkin ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13305828/