我使用的是Visual Studio 2005。在先从版本控制中获取代码后, c#.net应用程序正常运行。但是,在做了一些修改后,当我建立我得到以下错误:

错误383无法复制文件“..\root\leaf\Bin\Debug\test.Resources.xml”到 “本\调试\ test.Resources.xml”。访问路径“Bin\Debug\test.Resources.xml”是 否认。li.rollmodel

有人知道为什么会出现这个问题吗?

编辑我可以看到我的整个项目源代码文件夹是只读的,我无法删除只读属性。

首先,有人能告诉我如何删除这个文件夹的只读属性吗?我尝试删除它,但只读属性仍然存在。我也从版本控制方面尝试过,但也没有成功。


当前回答

我自己解决了这个问题。问题是我在另一个地方找到了答案。关闭后,它就工作了

其他回答

我也有同样的问题。我得到了与无法复制有关的错误消息,因为访问路径被拒绝。在我的情况下,我所有的dll和xml文件等都放在D:\TFS\Example\Bin\Debug文件夹。

我右键单击Bin文件夹,单击属性,看到属性下的只读复选框被选中。

我取消选中“只读”复选框,然后单击“应用”,然后在显示的新弹出框上单击“确定”。

我回到Visual Studio构建我的解决方案,它给了我错误消息。

Voilaa . .这次它成功地构建了,没有错误。

我不知道这是否完美,但我这样做是为了解决我的问题。

我的问题在安装Windows Update KB5003637后就开始了。我的VS2019项目之前运行正常,但在安装Windows更新后出现了这个错误。卸载它,项目再次工作。

我通过删除bin文件夹中的有争议的文件并重新构建项目来解决这个问题。

有人知道为什么会出现这个问题吗?

查看您通过手动复制解决问题的回复,我会说您正在处理的代码是由其他用户(具有管理员权限)制作的,因此它锁定在您身上。通过执行复制——?粘贴,你做了你自己的拷贝的源代码与所有的访问你需要。唯一需要注意的是,在这种情况下,如果其他开发人员需要处理你的副本,他/她会遇到你之前遇到的相同问题。

对我来说,问题是解决方案中的另一个项目有相同的.dll文件,该文件最近已签入。

手动将最近检入的.dll版本从另一个项目bin文件夹复制到产生错误的项目的bin文件夹中,可以修复这个问题。

对于我们的解决方案,一个长期的解决方案是在解决方案中的所有项目中使用相同的.dll文件,而不是在多个项目中使用相同的.dll文件,但我不喜欢解决这个问题,所以快速的解决方案是复制新版本。