我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
1)关闭visual studio解决方案
2)进入命令提示符——> run as administrator——> iisreset /stop
3)导航到c—> Windows—>微软。Net—> Framework64—> v4.030319—>临时Asp. NetNET Files——>删除该路径下的所有文件和文件夹。
4)返回命令提示符——> iisreset /start
5)现在打开visual studio ->以管理员身份运行->清理解决方案并构建它(不要重新构建..只是构建为我工作)
其他回答
我也遇到过这个问题。
首先，检查你是否已经将bin和obj文件夹映射到源代码控制程序。
这可能会把你的文件从二进制文件夹变成只读档案，这使得visual studio在编译代码时不可能覆盖它们。
从这些文件夹中删除映射，检查更改后再试一次。
我的问题发生在使用TFS(团队基础服务器)和Visual Studio 2010。
希望这能帮助到一些人。
我也有同样的问题，为了解决这个问题，我检查了/做了几件事
什么不起作用
1) Read/write permissions were given to directory
2) Restarted visual studio
3) Tried deleting visual studio temp files
最后什么起作用了
只需将Fred Morrison给出的命令粘贴到“包管理器控制台”:
Get-Process | Where-Object -Property Name -EQ 'VBCSCompiler' | Stop-Process -Force -Verbose
注意:只是观察重新启动Visual studio可能不会在这种情况下工作，但重新启动系统可以，因为停止进程“VBCSCompiler”是解决方案，所以我们可以这样做。
在Visual Studio 2015中，改变输出路径对我来说很有效。这应该有助于-更改构建输出目录
对我来说，问题是解决方案中的另一个项目有相同的.dll文件，该文件最近已签入。
手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中，可以修复这个问题。
对于我们的解决方案，一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件，而不是在多个项目中使用相同的.dll文件，但我不喜欢解决这个问题，所以快速的解决方案是复制新版本。
销毁VBCSCompiler.exe进程并重新构建。
