在VS2012 c#项目的构建过程中，我一直得到这个错误
Error 41 Could not copy "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe".
Exceeded retry count of 10. Failed.
Error 42 Unable to copy file "obj\Debug\WeinGartner.WeinCad.exe" to
"bin\Debug\WeinGartner.WeinCad.exe". The process cannot access the file
'bin\Debug\WeinGartner.WeinCad.exe' because it is being used by another
process.
现在我知道该终止进程了
Weingartner.WeinCad.vhost.exe
(有时)有用，但这让我很紧张。有办法阻止这一切发生吗?
调试器设置为
当前回答
在Visual Studio Premium 2013 (Update 3)中，我用一个预构建的一行程序解决了这个问题:
(if exist "$(TargetDir)*old.pdb" del "$(TargetDir)*old.pdb") & (if exist "$(TargetDir)*.pdb" ren "$(TargetDir)*.pdb" *.old.pdb)
这将优雅地删除任何旧的PDB文件(如果可以的话)，然后重命名任何带有.old的文件。pdb的扩展。一个很好的副作用是，如果旧的PDB仍然是锁定的，它只是在文件名中添加另一个.old块，并且在下次重新启动Visual Studio并进行构建时，它们都将被清除。
例如，构建/调试会话1离开MyProject。pdb锁定。 下次构建时: MyProject的。MyProject.old.pdb
然后，构建/调试会话2启动，并且MyProject。pdb和MyProject.old.pdb仍然锁定: MyProject.old.pdb—> MyProject.old.old.pdb MyProject的。MyProject.old.pdb
最后，重新启动Visual Studio并进行一个新的构建将摆脱这两个问题，并像往常一样继续这个过程。
其他回答
在我的例子中，我在发布到它无法访问的文件夹时遇到了麻烦。您可以通过尝试发布到您的c驱动器中的一个文件夹来排除这种情况，您应该不会有访问问题。
花了几个小时试图解决这个问题，然后发现我正在处理一个服务-记住停止任何服务作为解决方案的一部分!
@Gerard的答案是正确的。
当clean+build不能为我解决这个问题时，我通过以下方法取得了成功:
Closing Visual Studio
Deleting the bin and obj folders, and
Reopening Visual Studio.
但我需要在主机上做一些额外的工作:
> Add-Migration Initial
> Update-Database
然后我开始调试，它起作用了。
在我的案例中，Visual Studio 2105远程调试器是问题所在。当我在任务管理器中杀死这个任务时，我能够成功地在Visual Studio中重建我的应用程序。
如果我使用VS2012在WP8上编辑Xaml页面，每次部署都会遇到这个问题。
我需要要么不打开Xaml页面，要么使用进程资源管理器杀死进程XDesProc.exe。
如果您得到这个错误，那么我建议使用进程资源管理器来查看发生了什么(即使这是一个不同的问题)。只要找到进程“WeinGartner.WeinCad.exe”，它应该显示进程和处理访问文件(好吧，至少当杀死vhost文件不解决问题)。
