我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
我知道这是一个老帖子，但对于那些寻找答案的人，就像我几分钟前一样，我建议先试着重启你的电脑。光是这一点就解决了我的问题。以前甚至不能手动复制到文件夹。
其他回答
我有同样的错误，但我正在使用Perforce版本控制。以下是我的解决方法。
关闭强制P4V客户端 重新启动Visual Studio 2010(可能不需要) 重建项目，成功了 我感到特别高兴，同时又感到厌恶
当我向解决方案添加了一个新的安装项目，然后直接将主应用程序项目的/bin/release文件夹中的文件添加到安装项目的应用程序文件文件夹中时，就产生了这个问题。安装项目的源代码控制一直阻止我完成主应用程序项目的构建。
解决方案:在包含安装中要包含的所有文件的任何项目之外创建一个单独的转储文件夹，并从那里添加它们。这很痛苦，因为现在我必须记住为每个新的安装包复制所有文件。我可能会看看我是否可以做一些构建后的行动，我们的自动构建，使过程更顺利。
如果有人在尝试其他方法之前想要一个额外简单的解决方案。
只需重新启动你的电脑。 打开Visual Studio，尝试重新构建。
转到文件的路径，然后取消选中此文件的只读复选框。
对我来说，问题是解决方案中的另一个项目有相同的.dll文件，该文件最近已签入。
手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中，可以修复这个问题。
对于我们的解决方案，一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件，而不是在多个项目中使用相同的.dll文件，但我不喜欢解决这个问题，所以快速的解决方案是复制新版本。
