C# 在处理小项目时，另一个操作正在使用本地数据存储
我使用VisualStudioTeamServices来存储我的项目的源代码，我喜欢这个服务，尤其是它是免费的，但最近我遇到了最大的痛苦 随机地，当我去保存、修改、签入、签出时，我修改的每个文件都会出现这个错误。因此，如果我试图保存对8个文件的更改，我会收到此消息8次，每次尝试签出每个文件需要45-60秒，这意味着需要6-8分钟才能停止错误（即使我点击“取消”） 另一个操作当前正在使用本地数据存储 我在网上查了一下，发现很多人都有同样的问题，但MS的回复与我的情况无关 它基本上说，当您的工作区中有许多文件或同时打开几个大型解决方案时，就会发生这种情况C# 在处理小项目时，另一个操作正在使用本地数据存储,c#,tfs,azure-devops,C#,Tfs,Azure Devops,我使用VisualStudioTeamServices来存储我的项目的源代码，我喜欢这个服务，尤其是它是免费的，但最近我遇到了最大的痛苦 随机地，当我去保存、修改、签入、签出时，我修改的每个文件都会出现这个错误。因此，如果我试图保存对8个文件的更改，我会收到此消息8次，每次尝试签出每个文件需要45-60秒，这意味着需要6-8分钟才能停止错误（即使我点击“取消”） 另一个操作当前正在使用本地数据存储 我在网上查了一下，发现很多人都有同样的问题，但MS的回复与我的情况无关 它基本上说，当您的工作区
这不适用于我，因为我通常一次只打开一个解决方案，而且我的项目非常小（400-500个文件）。最近我开始收到相同的错误消息，Visual Studio开始非常缓慢地使用TFS和nuget。我尝试过修复和卸载，但没有解决问题。最后，它慢得令人痛苦，我无法继续工作。（在源代码管理资源管理器上展开一项需要10秒） 以下是我的故事以及如何解决我的问题： 我单独映射了tfs文件夹，没有得到整个tfs，因为有很多不相关的文档。在尝试了很多修复建议之后，我认为这可能是问题所在，因为我在使用TFS时第一次做了这个单独的映射。我通常一次映射并获取所有项目，以前从未遇到过此问题
我删除了所有映射，这就像变魔术一样。错误消失了，慢速TFS源代码控制消失了，现在速度非常快。为了安全起见，我还删除了我的工作区，创建了一个新的工作区，并立即获取所有TFS项。我本周也开始出现同样的错误。VS Update 3可能有问题？
根本无法再处理“坏”本地工作区的任何项目。
VS会将所有文件显示为已签出，但没有一个文件是真正签出的。
其他本地工作区工作正常 我尝试从工作区中删除项目，但在尝试确认时，我会再次收到相同的TF400030错误 暗示 如果其他方法都不起作用，您可能希望尝试以下方法：只需删除整个工作区，然后再次创建它，这次将项目分隔为不同的工作区。这对我有用
您可能需要先备份文件。在VS 2013和TFS上也遇到了这个问题-每次我打开团队资源管理器时，显示所有项目都需要10秒以上的时间，然后当我在源代码管理中展开项目时，又需要10秒以上的时间 今天早些时候，我在尝试将数据保存到类文件中时开始遇到“正在使用本地存储”错误。我做了一些原始的研究，下面的链接肯定挽救了这一天。现在TFS正在燃烧 您要做的是编辑工作区（包括所有关联的项目），并将“位置”下拉列表从“本地”更改为“服务器”。完成更改大约需要4-5分钟，但非常值得
希望这能对以后的人有所帮助。我发现当我使用源代码管理资源管理器、解决方案资源管理器和/或团队资源管理器窗口多次运行VS 2012+实例时，会触发此错误。在同时使用源代码管理资源管理器、解决方案资源管理器和/或团队资源管理器窗口运行VS 2012+（更新2+）的单个实例时，我没有遇到这个问题 我找到了这篇文章，并给了它一个建议：防止多个线程同时访问数据存储。 事实证明，这是解决这一问题的办法
我想补充一点，对于其他拥有大型文件存储库的用户，使用源代码管理并分享这个问题，为每个分支/存储库创建多个工作区可能会非常有益。我发现，通过这样做，我对TFS的查询大大加快了速度，也帮助解决了这个错误。我在这里找到了这个建议：。我分享这一点，因为用户提到TFS运行缓慢。在我的案例中，原因是包含本地数据存储的压缩文件夹，在Windows资源管理器中以蓝色显示。删除压缩就成功了。我在重命名工作区时遇到了这个错误。更改回原始状态后，一切正常出现相同的问题，可通过3个快速步骤修复：
希望能有所帮助。我按照下面提到的那样做了，TFS开始正常工作
上述方法对我有效。重新启动Visual studio为我解决了问题。我也遇到了问题。每当我想签入文件时，我唯一能做的就是关闭VS并再次打开。甚至是一个文件。它只在VS启动后几分钟内起作用。然后问题就会出现，需要重新启动VS以签入文件。非常烦人且效率低下。在VS 2017中仍在发生或出现倒退