对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。

我也有同样的问题。在我的情况下，项目仍然会在发布模式下构建，只是当我试图在调试中构建时，它失败了。

我最终解决这个问题的方法是将所有dll(以及发布文件夹中的其他文件)复制到调试文件夹中。在每个项目都这样做之后，错误就消失了。

对我来说，这是错误的文件夹名称。如果从将空格替换为'%20'的源代码关闭，则会得到此类错误。 解决方案-重命名命名不当的文件夹。

我的问题实例是由一个公共项目引起的，该项目中有重复的类名(在不同的文件名下)。奇怪的是，Visual Studio无法检测到这一点，而只是破坏了构建过程。

在我的案例中，我犯了这个错误，因为我的一个项目使用了不同于其他解决方案的。net框架版本。我使用NuGet包管理器来安装NLog，所以，我认为，它安装了这个项目的。net版本。

我尝试了这篇文章中的所有解决方案，但没有一个有效。我删除了NLog，清理了解决方案和trid编译:同样的事情，CS006错误。

当我从这个项目中删除obj\Debug中的所有文件时，解决方案就编译了。

哇，看起来这个错误可能来自任何地方。

无论如何，我添加了一个新的WebAPI控制器到我的MVC应用程序，它自动魔术般地从NuGet得到所有的引用。后来我从NuGet UI中删除了引用，但我忘记删除使用它们的文件(即System.Http)。

出于某种原因，我收到的错误是这样的，以及一个关于未使用变量的简单警告。

我注释掉了变量，至少摆脱了警告，重新构建指出了所有使用不存在引用的文件。删除这些文件后，一切正常。