我有一个非常不寻常的错误案例，但也许有人会从中受益。

我在解决方案(目标框架netstandard 2.0)中丢失了一个项目的.dll文件，我正在处理这个错误，并且引用(到Microsoft.Office.Interop.Word)这个项目使用的错误。

这个解决方案是从git存储库克隆出来的，同样的解决方案对我团队中的其他人来说编译得很好。

我尝试了每一个提出的解决方案的问题-重新启动VS，计算机;清洁工程;检查和取消检查构建复选框;检查构建顺序是否正确等。

我发现这个项目的清单在默认情况下没有被选中(项目属性中的清单下拉菜单为空并且禁用)。因此，我试图添加它，但没有工作。

最后，我开始比较这个项目的.csproj文件与这个项目的另一个旧版本，编译没有问题。 经过一些无用的尝试后，我发现，通往Microsoft.Office.Interop.Word的路径在两个项目中是相同的，即使它是一个相对路径，开头有很多“go up”符号(..\)。没有工作的项目比其他项目低一个层次。

再增加一个“go up”符号(..\)在project .csproj文件中的Microsoft.Office.Interop.Word引用路径中解决了这个问题。

我不知道为什么这个路径是这样创建的，在我的情况下不更新，而它在我的团队中的其他人正常工作。

对我来说，问题是我打开了两个Visual Studio窗口，我的项目在一个窗口中运行调试，而我试图在另一个窗口中构建它。

我不得不停止调试，然后它让我成功构建。

发生此问题的原因是您正在使用的特性不受项目所选.net版本的支持。

对我来说，原因是我被利用了??运算符检查空值并抛出异常。

奇怪的是，VS并没有在构建错误列表中告知问题的实际原因。

但是您可以在构建的Output日志中找到这些信息。

导航到解决方案的文件夹资源管理器并删除抛出错误的未使用的项目文件夹。在我的例子中，在删除项目后，文件夹仍然存在于目录中。删除文件夹后解决方案构建成功!

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.

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