在Visual Studio 2013中,TFS重命名和删除文件的速度较慢

在Visual Studio 2013中,TFS重命名和删除文件的速度较慢,tfs,visual-studio-2013,azure-devops,Tfs,Visual Studio 2013,Azure Devops,在Visual Studio 2013中,当我重命名绑定到TFS的文件时,Visual Studio会暂停约6秒钟。例如,当我进行重构时,这种等待非常烦人,因为它会中断我的流程 我怀疑当我重命名一个文件时,它正在联系TFS并在服务器上进行重命名,这就是暂停和等待的原因(编辑-我不认为是这种情况,因为当我没有internet连接时,需要整整6秒钟)。如果这是原因,是否有必要告诉VS在我登记之前不要联系TFS?如果这不是我重命名时VS速度变慢的原因,那么有人有什么办法来加快这个过程吗 编辑-更多信息

在Visual Studio 2013中,当我重命名绑定到TFS的文件时,Visual Studio会暂停约6秒钟。例如,当我进行重构时,这种等待非常烦人,因为它会中断我的流程

我怀疑当我重命名一个文件时,它正在联系TFS并在服务器上进行重命名,这就是暂停和等待的原因(编辑-我不认为是这种情况,因为当我没有internet连接时,需要整整6秒钟)。如果这是原因,是否有必要告诉VS在我登记之前不要联系TFS?如果这不是我重命名时VS速度变慢的原因,那么有人有什么办法来加快这个过程吗

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

您的工作区有多大?VS 2013支持本地工作区,允许您在脱机时执行更多操作。但是,如果您的工作区很大,扫描其中的文件时,某些操作可能需要一段时间。这篇博客文章提供了一个很好的概述:

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

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

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


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

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