QBM*_*BM5 45 c# tfs azure-devops
我使用Visual Studio Team Services来存储我的项目的源代码,我喜欢这项服务,特别是它是免费的,但我最近遇到了最大的痛苦.
当我去保存,修改,签入结账时,我会随机修改我修改的每个文件.因此,如果我尝试将更改保存到8个文件,我会收到此消息8次,并且尝试检出每个文件需要45 60秒意味着需要6到8分钟才能停止错误(即使我点击取消) .
本地数据存储当前正由另一个操作使用
我在网上查了一下,发现很多人有同样的问题,但MS的反应与我的情况无关.
它基本上说这可能发生在您的工作区中有许多文件或一次打开几个大型解决方案时.
这不适用于我,因为我通常只在一次打开解决方案,我的项目非常小(400-500个文件).
Rob*_*ott 49
在VS 2013和TFS上也遇到这个问题 - 每次我打开我的团队资源管理器时,显示所有项目需要10秒以上,然后当我在源代码管理中扩展项目时,另外10秒钟就会滚动.
今天早些时候,当我尝试在类文件中保存数据时,我开始体验"正在使用本地存储"错误.我做了一些原创研究,以下链接确保了这一天.现在TFS非常棒!
您所做的是编辑工作区(包括所有相关项目),并将"位置"下拉列表从"本地"更改为"服务器".改变完成花了大约4-5分钟,但非常值得.
希望这将有助于未来的人.
最近我开始得到相同的错误消息,并且Visual Studio开始使用TFS和nuget工作非常慢.我试过修复和卸载但没有解决问题.在那里,它非常痛苦,以至于我无法继续工作.(在源代码管理资源管理器上展开一个项目需要10秒)
这是我的故事以及如何解决我的问题:
我分别映射了tfs文件夹而不是为了得到整个TFS,因为有很多不相关的文件.在尝试了很多修复建议后,我认为这可能是问题所在,因为我在使用TFS时第一次进行了单独的映射.我通常会立即映射并获取所有项目,之前从未遇到过这个问题.
我删除了所有映射,它就像魔术一样.错误消失了,缓慢的TFS源代码控制已经消失,现在它已经快速发展了.为了安全起见,我还删除了我的工作区并创建了一个新工作区并立即获取所有TFS项目.
当我使用Source Control Explorer,Solution Explorer和/或Team Explorer窗口运行不止一次的VS 2012+实例时,我发现错误会被触发.运行VS 2012+的单个实例(在更新2+上)时,我没有遇到此问题,同时使用Source Control Explorer,Solution Explorer和/或Team Explorer窗口.
我找到了这篇文章,并给出了一个建议:防止多个线程同时访问数据存储. http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation.aspx
事实证明这是对这个问题的补救.
我会为其他用户添加大型文件存储库,使用源代码控制并分享此问题,为每个分支/存储库创建多个工作区可能会非常有用.我发现通过这样做我对TFS的查询加速了很多,也帮助了这个错误.我在这里找到了这个建议:http://blogs.msdn.com/b/phkelley/archive/2013/05/30/using-multiple-workspaces-with-visual-studio.aspx.我分享这个,因为用户提到TFS运行缓慢.
归档时间: |
|
查看次数: |
21822 次 |
最近记录: |