我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
对我来说，问题是解决方案中的另一个项目有相同的.dll文件，该文件最近已签入。
手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中，可以修复这个问题。
对于我们的解决方案，一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件，而不是在多个项目中使用相同的.dll文件，但我不喜欢解决这个问题，所以快速的解决方案是复制新版本。
其他回答
老帖子，但是这个僵尸正在VS 2017(我还没有深入研究为什么它只是“一些”项目)。在这种情况下，它不是用户权限，而是IIS Express进程仍在使用文件。
您将在任务托盘中看到图标
右击 退出 您应该能够在没有这个恼人的“拒绝许可”消息的情况下重新构建。
这也是为什么“重新启动Visual Studio”将“修复”这个问题。这样做将停止IIS Express。
Hth……
我尝试了这里的一切，不知何故删除所有的bin和obj文件夹在我的项目没有工作。从其他进程释放文件夹没有任何作用。重启不起任何作用。通过取消主文件夹上的检查来删除每个文件的只读并没有帮助。
每个依赖项最终都将自己添加到问题中。直接在依赖项文件夹中构建，所以我很困惑。我想重复这个问题，但我发现了一个有效的方法。
你知道什么管用吗?
点网清理
在Visual Studio 2015中，改变输出路径对我来说很有效。这应该有助于-更改构建输出目录
清除“bin\debug”中所有引用的库，在解决方案资源管理器中单击“清洁解决方案”后右键单击“解决方案”。
和重建!
首先转到文件的位置。然后右键单击文件的文件夹->属性->未选中的只读选项，并应用到文件及其子文件夹。 它解决了我的问题。 编码快乐!
