gpt4 book ai didi

visual-studio-2010 - TFS 和 Visual Studio 缓慢 checkin

转载 作者:行者123 更新时间:2023-12-04 20:15:31 24 4
gpt4 key购买 nike

我对 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/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com