另一个拼凑，额，但它很容易，为我在VS 2013工作。单击项目。在属性面板中应该有一个名为Project File的条目，该条目带有一个值

(你的项目名).vbproj

更改项目名称—例如在末尾添加-01。被锁定的原始.zip文件仍然在那里，但不再被引用…这样你的工作才能继续。下次计算机重新启动时，锁将消失，您可以删除错误文件。

我注意到一些答案可以解决我的问题，但是，以防有人有和我一样的问题。

如果你正在运行一个控制台应用程序:在你做任何其他事情之前。

确保您已经关闭了从以前的版本中打开的任何控制台窗口。例如，我只是在一个控制台应用程序中测试一些代码，我没有意识到以前运行程序时的控制台窗口是打开的。在我调试的过程中，窗口被推到后面，我看不到它。只是说，这可能是你的问题，所以检查确保这不是问题。

第一个消息错误解决方案:

在我的例子中，问题在于路径长度。

解决方案是减少/更改问题文件路径。如果问题出在项目中的文件上，你应该减少/更改存储库路径。

C:\Users\userTest\folder1\folder2\folder3\...\folderX\myProject\...\file.exe

如。

C:\Users\userTest\folder1\myProject\...\file.exe

换句话说，默认情况下路径长度不能超过260个字符。

原线程答案 (https://stackoverflow.com/a/73686473/12678101)

我已经添加了不同次相同的问题，从这个治疗没有一个答案可以帮助，或者如果他们这样做了，使用一个讨厌的工作。 我认为这个问题总是有一个很好的原因发生(不是微软的bug!)-好吧，不过VS在标记方面可以做得更好:-))。

主要原因可能只是你的项目依赖关系搞砸了! 作为一个简单的例子():

在同一个解决方案中有多个项目 你清理+构建所有，并假设一切都很顺利，因为你没有看到错误 您开始运行其中一个项目—到目前为止一切正常! 然后开始运行第二个项目，但这个项目也有前一个项目使用的依赖项，并尝试重新构建它们 然后挂一段时间 它无法在第一个项目已经运行时进行构建，并且不允许您覆盖正在进行的流程

现在，您可以想到所有可能触发此类错误的场景:

Error Could not copy "obj\Debug\ProjectX.exe" to "..\bin\Debug\ProjectX.exe". Exceeded retry count of 10. Failed. The file is locked by: "ProjectX (17132)" ProjectX

修复这个问题通常是一个乏味的过程，因为您必须完全理解系统中的所有依赖项

我在Windows 8上的VS 2012 Version 11.0.60610.01 Update 3上遇到了同样的问题

没有打开设计器窗口，项目是一个简单的控制台应用程序。

删除访问该文件的vshost进程在大多数情况下都不起作用，因为该进程没有访问该文件。

最简单的工作方法是将项目从解决方案中删除，在解决方案中构建另一个项目，然后将原始项目添加回来。

这是一种刺激和浪费时间，但这是我所知道的所有其他选择中最便宜的。

希望这对你有所帮助……

我发疯了，试图找到为什么系统进程在我正在工作的EXE上保持一个打开的句柄，在它被终止后的另一分钟，我得到了与OP相同的错误。

原因是之前的开发人员在使用(){}时没有包装IDisposable对象。一旦IDisposable对象正确地销毁自己，错误不再发生，我能够立即重建。