我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
简单的解决方案:
只需升级以下包
Microsoft.CodeDom.Providers.DotNetCompilerPlatform v1.0.5 to v1.0.7
这将解决问题。
其他回答
对我来说，问题是解决方案中的另一个项目有相同的.dll文件，该文件最近已签入。
手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中，可以修复这个问题。
对于我们的解决方案，一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件，而不是在多个项目中使用相同的.dll文件，但我不喜欢解决这个问题，所以快速的解决方案是复制新版本。
只需右键单击MVC项目，然后单击clean选项。我也有类似的问题，在重建之前清理项目为我解决了这个问题。
所以我遇到了同样的问题，我的原因是，我共享了我的开发文件夹，这样我就可以使用mac作为使用Xamarin的IOS应用程序的构建主机。该项目在mac上运行，它拥有dll的所有权，因此我无法从其他任何地方对该dll进行更改。简单地停止mac上的应用程序返回所有权给我，这允许完全访问再次。我希望这能成功。
以管理员身份运行Visual Studio。或者您可以在输出文件夹上为“用户”添加写权限
有人知道为什么会出现这个问题吗?
查看您通过手动复制解决问题的回复，我会说您正在处理的代码是由其他用户(具有管理员权限)制作的，因此它锁定在您身上。通过执行复制——?粘贴，你做了你自己的拷贝的源代码与所有的访问你需要。唯一需要注意的是，在这种情况下，如果其他开发人员需要处理你的副本，他/她会遇到你之前遇到的相同问题。
