我也遇到过同样的问题。在我的例子中，我引用了一个类库项目，它的. net版本比我的项目更高，VS未能构建该项目，并引发了与你发布的相同的错误。

我只是简单地将我的类库项目的。net版本(破坏构建的那个)设置为与引用项目的。net版本相同，问题就解决了。

正如用户@burzhuy指出的那样，查看Outputwindow，而不仅仅是错误列表窗口是很重要的。

在我的例子中，我正在对Roslyn编译器进行修改。它的构建项目会运行额外的检查，以查看公共字段是否与定义为编译器公共接口的字段一致，否则将产生RS0016或RS0017错误。我已经添加了几个公共字段，并通过将鼠标悬停在错误上并选择“添加到公共API”来修复RS0016错误。

后来我改变了主意，将公共字段移到了另一个类中。出于某种原因，这产生了“元数据文件无法找到错误”，我摆弄得越多，得到的错误就越多。

您需要找到正确的publicapi . unshipping .txtfile(在我的情况下，它是在E:\Roslyn\32414\src\Compilers\Core\Portable)，并手动编辑它以删除不再相关的行。

在Visual Studio的新版本中仍然会发生这种情况(我刚刚在Visual Studio 2013中发生了这种情况):

另一种方法是关闭Visual Studio并删除.sln文件旁边的.suo文件。(它将在下次保存全部(或退出Visual Studio)时重新生成)。

当我在另一台机器上向解决方案中添加新项目时，我就遇到过这个问题，但.suo文件在其他情况下也可能被损坏，导致非常奇怪的Visual Studio行为，所以删除它是我一直尝试的事情之一。

注意，删除.suo文件将重置解决方案的启动项目。

关于.suo文件的更多信息在这里。

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

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

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

在获得最新的(Team Foundation Server (TFS)命令)后，我遇到了这个问题。

在解决了冲突之后，我发现使用了项目中不存在的名称空间的语句。

我删除了using语句然后清理并重建，一切正常。

我也被这个问题困扰着，但在尝试了之前的答案后，唯一对我有用的是逐个打开我的解决方案中的每个项目并单独构建它们。

然后我关闭Visual Studio 2013，重新打开我的解决方案，它编译良好。

这很奇怪，因为如果我在解决方案资源管理器中单击每个项目并试图以这种方式构建它们，它们都失败了。我必须单独打开它们各自的解。