7

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

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

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

编辑额外信息

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

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

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

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

4

2 回答 2

5

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

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

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

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

于 2014-03-14T16:53:46.083 回答
0

您是否查看过以下帖子,尤其是 Joel Rondeau 的评论: TFS 慢速服务器故障排除建议 或: https ://web.archive.org/web/20161104172214/http://www.lostapalooza.com/?p=150

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

于 2012-12-06T07:04:38.170 回答