确保将文件名附加在路径名之后(path\fileName.extension)。我花了一个多小时没有注意到这个。

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

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

我能够通过删除目标文件来解决这个问题(在你的例子中“Bin\Debug\test.Resources.xml”)，从目标网站的Bin文件夹中重新构建它。这为我解决了问题。

我使用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!

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

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

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