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

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

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

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

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

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

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

在我的案例中，avast反病毒隔离了需要从avast应用程序复制的[app-name].exe文件，我不得不去保护>隔离，点击文件旁边的菜单按钮，然后点击“恢复并添加例外”，如下所示

我解决了这个问题: 关闭Visual Studio，再次打开并加载解决方案，重新构建解决方案。我的问题发生在使用TFS和VIsual Studio 2010。

如果有人在尝试其他方法之前想要一个额外简单的解决方案。

只需重新启动你的电脑。 打开Visual Studio，尝试重新构建。