我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
如果将任何文件复制到解决方案，请确保这些文件不是只读模式。右键单击文件并取消选中属性选项解决了我的问题。
其他回答
如果有人在尝试其他方法之前想要一个额外简单的解决方案。
只需重新启动你的电脑。 打开Visual Studio，尝试重新构建。
有人知道为什么会出现这个问题吗?
查看您通过手动复制解决问题的回复，我会说您正在处理的代码是由其他用户(具有管理员权限)制作的，因此它锁定在您身上。通过执行复制——?粘贴，你做了你自己的拷贝的源代码与所有的访问你需要。唯一需要注意的是，在这种情况下，如果其他开发人员需要处理你的副本，他/她会遇到你之前遇到的相同问题。
我也遇到过这个问题。
首先，检查你是否已经将bin和obj文件夹映射到源代码控制程序。
这可能会把你的文件从二进制文件夹变成只读档案，这使得visual studio在编译代码时不可能覆盖它们。
从这些文件夹中删除映射，检查更改后再试一次。
我的问题发生在使用TFS(团队基础服务器)和Visual Studio 2010。
希望这能帮助到一些人。
清除“bin\debug”中所有引用的库，在解决方案资源管理器中单击“清洁解决方案”后右键单击“解决方案”。
和重建!
您不应该将文件夹属性更改为非只读。 你看到这个错误消息的原因是源代码控制假设你只存储了你的杂项文件，而不是bin文件夹，因为它保留了由。net自动创建的文件，它不想把它们添加到源代码控制中。
我建议不要使用Environment。CurrectDirectory(我假设你目前正在使用)，你在%appdata% address中创建一个名为“MyProjectName”的文件夹，然后使用:
System.IO.Path.Combine（Environment.GetEnvironmentVariable（“appdata”），“YourProjectName”）.
