【问题标题】:TFS Renaming and deleting files is slow within Visual Studio 2013TFS 在 Visual Studio 2013 中重命名和删除文件很慢
【发布时间】:2014-07-09 10:25:11
【问题描述】:

当我在 Visual Studio 2013 中重命名绑定到 TFS 的文件时,Visual Studio 会暂停大约六秒钟。例如,当我在重构时,这种等待真的很烦人,因为它打断了我的流程。

我怀疑当我重命名一个文件时,它正在联系 TFS 并在服务器上进行重命名,这是暂停和等待的原因(编辑 - 我不认为是这种情况,因为它需要 6 秒当我没有互联网连接时)。如果是这个原因,有没有办法告诉 VS 在我登记之前不要联系 TFS?如果这不是我重命名时 VS 变慢的原因,有没有人有任何解决方案来加快这个过程?

编辑 - 更多信息 带有更新 2 的 Visual Studio 2013 和 TFS 的免费在线版本。无论是否访问互联网,都会发生暂停。我的机器速度相当快(i5-2520M 处理器),带有 SSD,但它是 32 位的,带有 3gb 的内存。尽管由于SSD,我的内存没有太多问题。 在加载项方面,我没有安装默认以外的任何其他插件(我最近才升级到 VS 2013)

【问题讨论】:

  • 什么版本的 TFS?什么版本的 VisualStudio?
  • TFS 仅针对 TFVC 服务器工作区进行联系,但我从未见过这么长时间的延迟。如果其他操作(例如添加文件)很快,则可能是客户端问题,例如冲突的 Visual Studio 加载项。
  • 嗨,我正在使用带有更新 2 的 Visual Studio 2013 和 TFS 的免费在线版本(我不确定它是否有版本号,但我几周前才在网上注册) .只是为了确认任何重命名文件或删除操作的延迟仅超过 6 秒,但我只是注意到添加文件不受影响。如果我正在重构,则此延迟会增加,因为我正在重命名多个文件。我关闭了互联网访问,延迟仍然是 6 秒。我的机器速度相当快(i5-2520M 处理器),带有 SSD,但它是 32 位的,带有 3gb 的内存。虽然内存没有很多问题
  • 插件方面,除了默认我没有安装任何其他的(我最近才升级到 VS 2013)
  • 这个问题快把我逼疯了。我已经清除了各种缓存,更改了注册表设置,并尝试了迄今为止人们在网上提出的任何建议,但没有运气。我的 VS,CPU 使用率稳定在 30%,没有网络流量,硬盘使用率非常低。我不得不删除一个文件夹,花了半个小时。我不知道 CPU 使用率峰值是什么以及它在做什么。添加文件对我来说也很快。重命名或删除是巨大等待的地方。我有一个自我管理的 TFS 和 Visual Studio 2012

标签: tfs visual-studio-2013 azure-devops


【解决方案1】:

您的工作空间有多大? VS 2013 支持本地工作区,让您在离线时可以做更多事情。但是,如果您的工作区很大,则在扫描其中的文件时,某些操作可能需要一段时间。这篇博文提供了一个很好的概述:

http://blogs.msdn.com/b/phkelley/archive/2013/05/29/server-workspaces-vs-local-workspaces.aspx

以下是该博客中的一些相关文字:

“由于本地工作区使用检查编辑项目的本地工作区扫描器,因此本地工作区具有可扩展性限制。我们建议大多数客户使用本地工作区,因为大多数工作区都属于我们的“小型”或“中型”类别视图 – 也就是说,它们的文件和文件夹少于 50,000 个。如果您的工作区有超过 50,000 个项目,您可能会遇到性能问题或 TF400030 错误,因为操作持续时间超过 45 秒。在这种情况下,将您的工作区拆分为多个较小的工作区(可能每个分支一个工作区),或者建议切换到服务器工作区。”

对于您的 SSD,我不确定这是否是问题所在,但似乎值得一提。

要将您的工作区从本地更改为服务器,或者只是为了查看您是否确实有一个本地工作区,请在团队资源管理器窗口中选择您的工作区,然后选择管理工作区。突出显示您的工作区并选择编辑,然后选择高级。您拥有的工作空间类型将在位置字段中。

【讨论】:

  • 非常感谢!我在使用 TFS 时遇到了严重的性能问题。原因确实是包含大量文件的文件夹。
猜你喜欢
  • 2014-08-04
  • 2015-03-17
  • 2013-11-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多