In my case it happened to me when I was referencing NuGet packages locally and moved their directory to somewhere else, I changed the path inside NuGet.Config but unfortunately I discovered that I should change the .csproject files manually to update the reference path, but the error message CS0006 was way far from describing this problem. Generally it also happens when there is a reference to DLL that couldn't be found, to be able to identify issue search your references in the project with the problem you will find some references with warning icon associated with them, try fixing those and it should work as expected.

只是指出显而易见的一点:如果你没有启用“在构建开始时显示输出窗口”，请确保你注意到你的构建是否失败(左下角的小“构建失败”错误)!!!!

在我的案例中，解决方案中的一些项目针对任何CPU，其中一些针对x86。在整个解决方案统一了平台目标后，编译错误消失了。

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

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

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

在我的例子中，我得到这个错误消息的原因很简单，从TFS获得项目的最新版本后，解决方案中错误的项目被标记为启动项目。选择正确的项目作为启动项目为我解决了这个问题。

对我来说，以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。