我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
我试着注销，然后重新登录，这对我来说很有效。希望这能帮助到其他人。
其他回答
我能够通过删除目标文件来解决这个问题(在你的例子中“Bin\Debug\test.Resources.xml”)，从目标网站的Bin文件夹中重新构建它。这为我解决了问题。
我也有同样的问题。我得到了与无法复制有关的错误消息，因为访问路径被拒绝。在我的情况下，我所有的dll和xml文件等都放在D:\TFS\Example\Bin\Debug文件夹。
我右键单击Bin文件夹，单击属性，看到属性下的只读复选框被选中。
我取消选中“只读”复选框，然后单击“应用”，然后在显示的新弹出框上单击“确定”。
我回到Visual Studio构建我的解决方案，它给了我错误消息。
Voilaa . .这次它成功地构建了，没有错误。
我不知道这是否完美，但我这样做是为了解决我的问题。
我重新添加了所有的非。NET依赖/引用，它做到了。
对我来说，问题是解决方案中的另一个项目有相同的.dll文件，该文件最近已签入。
手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中，可以修复这个问题。
对于我们的解决方案，一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件，而不是在多个项目中使用相同的.dll文件，但我不喜欢解决这个问题，所以快速的解决方案是复制新版本。
这可能是最初从源代码控制(TFS等)加载源代码的奇怪副产品，其中所有文件和文件夹都是写保护的。转到顶层目录并检查属性，您可以发现Read-only属性被选中。取消勾选，系统将询问您是否希望将顶层下的所有dirs设置为可写。这应该能解决问题。
