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

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

所以我遇到了同样的问题，我的原因是，我共享了我的开发文件夹，这样我就可以使用mac作为使用Xamarin的IOS应用程序的构建主机。该项目在mac上运行，它拥有dll的所有权，因此我无法从其他任何地方对该dll进行更改。简单地停止mac上的应用程序返回所有权给我，这允许完全访问再次。我希望这能成功。

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

我也有同样的问题，为了解决这个问题，我检查了/做了几件事

什么不起作用

1) Read/write permissions were given to directory 
2) Restarted visual studio
3) Tried deleting visual studio temp files

最后什么起作用了

只需将Fred Morrison给出的命令粘贴到“包管理器控制台”:

Get-Process | Where-Object -Property Name -EQ 'VBCSCompiler' | Stop-Process -Force -Verbose

注意:只是观察重新启动Visual studio可能不会在这种情况下工作，但重新启动系统可以，因为停止进程“VBCSCompiler”是解决方案，所以我们可以这样做。

我重新添加了所有的非。NET依赖/引用，它做到了。

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

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