我使用的是Visual Studio 2005。在先从版本控制中获取代码后， c#.net应用程序正常运行。但是，在做了一些修改后，当我建立我得到以下错误:
错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel
有人知道为什么会出现这个问题吗?
编辑我可以看到我的整个项目源代码文件夹是只读的，我无法删除只读属性。
首先，有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它，但只读属性仍然存在。我也从版本控制方面尝试过，但也没有成功。
当前回答
首先转到文件的位置。然后右键单击文件的文件夹->属性->未选中的只读选项，并应用到文件及其子文件夹。 它解决了我的问题。 编码快乐!
其他回答
当我向解决方案添加了一个新的安装项目，然后直接将主应用程序项目的/bin/release文件夹中的文件添加到安装项目的应用程序文件文件夹中时，就产生了这个问题。安装项目的源代码控制一直阻止我完成主应用程序项目的构建。
解决方案:在包含安装中要包含的所有文件的任何项目之外创建一个单独的转储文件夹，并从那里添加它们。这很痛苦，因为现在我必须记住为每个新的安装包复制所有文件。我可能会看看我是否可以做一些构建后的行动，我们的自动构建，使过程更顺利。
我的问题在安装Windows Update KB5003637后就开始了。我的VS2019项目之前运行正常，但在安装Windows更新后出现了这个错误。卸载它，项目再次工作。
清除“bin\debug”中所有引用的库，在解决方案资源管理器中单击“清洁解决方案”后右键单击“解决方案”。
和重建!
我所看到的大多数答案都在客观地探索环境可能存在的问题，这可能是99%遇到这个问题的人的正确答案(无法从………访问被拒绝)。
我想我应该把我的经验分享给那些因为各种原因而遇到这个问题的1%的人。
我写了一个批处理文件重命名程序，我用它来处理成千上万的文件，我的防病毒软件把它解释为木马并自动隔离它。有这个路径坐在我的反病毒'黑名单，visual studio永远不能复制*.exe到bin文件夹，因此无法复制。exe。
我的决议是白名单这条路径和问题是解决。
欢呼。
我尝试了这里的一切，不知何故删除所有的bin和obj文件夹在我的项目没有工作。从其他进程释放文件夹没有任何作用。重启不起任何作用。通过取消主文件夹上的检查来删除每个文件的只读并没有帮助。
每个依赖项最终都将自己添加到问题中。直接在依赖项文件夹中构建，所以我很困惑。我想重复这个问题，但我发现了一个有效的方法。
你知道什么管用吗?
点网清理
