Oxo*_*xon 26 .net asp.net-mvc visual-studio signalr visual-studio-2012
我一直在:
警告MSB3026:无法复制dll错误.
我在解决方案中有几个项目.
在构建时,我也得到错误:
错误47无法将"myapp\bin\Debug*.dll"复制到"bin*.dll".超过重试次数10.失败.
应用程序在调试过程中停止响应,我每次都必须关闭Visual Studio.这很烦人,但现在它也变得令人沮丧.
我们是八个团队成员,我们所有人都得到了同样的错误.我们无法重建解决方案,并且应用程序运行速度非常慢.
我们在项目中使用的一件事是SignalR.
这些是我到目前为止所尝试过的.他们没有帮助我,但他们可能会帮助读者:
我试过Visual Studio调试/加载中描述的解决方案非常慢,但是没有用.
我还尝试取消选中在每个项目属性中启用Visual Studio托管过程,但也没有解决问题.
解决方案在http://www.richard-banks.org/2008/04/how-to-fix-problems-with-locked-files.html 和 http://social.msdn.microsoft.com/Forums/中描述.EN-US /的MSBuild /线程/ 40ed753e-47af-4638-8a72-1d607102a05c /
在项目上预构建脚本:
if exist "$(TargetPath).locked" del "$(TargetPath).locked" if exist "$(TargetPath)" if not exist "$(TargetPath).locked" move "$(TargetPath)" "$(TargetPath).locked"
bin文件夹不受源代码管理.
有时杀死Microsoft.VisualStudio.Web.Host.exe进程会释放对文件的锁定,但这并不总是有效.
我以管理员模式运行Visual Studio.
我对源代码文件夹具有完全访问权限(权限读/写).
这通常是bin目录的权限问题.在Windows资源管理器中导航到它,并确保只读取.如果更改目录的读取状态时出错,请确保您在管理员级帐户上运行或相应地提升.重新启用写入权限后,您的构建应该可以正常工作.
清理解决方案,然后重建解决方案为我解决了这个问题。
我第一次尝试执行清理时,出现访问冲突错误。
为了解决这个问题,我退出了 VS,手动删除了 bin 文件夹,然后重新打开它。然后我可以执行清洁。
这与权限或访问级别无关。
确保输出目录不是只读的并且以管理员身份运行 VS 也无济于事。
请参阅Visual Studio“无法复制”……在构建过程中。
| 归档时间: |
|
| 查看次数: |
23687 次 |
| 最近记录: |