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

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

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

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

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


当前回答

我也遇到过这个问题。

首先,检查你是否已经将bin和obj文件夹映射到源代码控制程序。

这可能会把你的文件从二进制文件夹变成只读档案,这使得visual studio在编译代码时不可能覆盖它们。

从这些文件夹中删除映射,检查更改后再试一次。

我的问题发生在使用TFS(团队基础服务器)和Visual Studio 2010。

希望这能帮助到一些人。

其他回答

这可能是最初从源代码控制(TFS等)加载源代码的奇怪副产品,其中所有文件和文件夹都是写保护的。转到顶层目录并检查属性,您可以发现Read-only属性被选中。取消勾选,系统将询问您是否希望将顶层下的所有dirs设置为可写。这应该能解决问题。

当我向解决方案添加了一个新的安装项目,然后直接将主应用程序项目的/bin/release文件夹中的文件添加到安装项目的应用程序文件文件夹中时,就产生了这个问题。安装项目的源代码控制一直阻止我完成主应用程序项目的构建。

解决方案:在包含安装中要包含的所有文件的任何项目之外创建一个单独的转储文件夹,并从那里添加它们。这很痛苦,因为现在我必须记住为每个新的安装包复制所有文件。我可能会看看我是否可以做一些构建后的行动,我们的自动构建,使过程更顺利。

我使用Visual Studio 2013。我曾两次遇到这个问题:

On first occasion, I was running Visual Studio without Administrator rights. So, I closed VS and started it using 'Run as administrator' option. This solved my problem. On second occasion, I restarted VS many times, every time making sure that I am running it as an administrator. Also, I rebuilt solution many times. But, in spite of that I was getting error. After that, I removed the concerned file from the target location (the file was already present may be from the previous build at the location where it tries to copy to) and rebuilt the solution. After that, error went away and everything ran smoothly!

简单的解决方案:

只需升级以下包

Microsoft.CodeDom.Providers.DotNetCompilerPlatform v1.0.5 to v1.0.7

这将解决问题。

以管理员身份运行Visual Studio。或者您可以在输出文件夹上为“用户”添加写权限