在我的例子中，这些错误是由NuGet包管理器中的一些损坏引起的。解决方案的子项目没有得到构建，但是由于元数据错误，没有显示任何错误。

一旦所有的NuGet包都得到了纠正，项目就可以再次正确地构建了。

在我的情况下，我有一堆其他的构建错误(一些简单的类型转换)以及这个，我抓着我的头试图解决这个问题，我没有关注其他错误。

最终解决我的问题的是，我修复了所有其他构建错误，然后我再次构建，它成功构建。

因此，如果您有其他构建错误以及丢失的DLL文件错误，并且没有其他方法为您工作，则尝试先修复其他错误，然后再次构建解决方案。

在我的案例中，问题是由一个简单的构建错误引起的，

事件“XYZ”从未被使用过

不管出于什么原因，它都没有显示在错误窗口中。

因此，Visual Studio构建系统似乎忽略了这个错误，并试图构建依赖的项目，这反过来又以恼人的元数据消息失败。

建议是——尽管听起来很愚蠢——

首先看看你的输出窗口!

我花了半个小时才想到这个主意。

建议的答案对我不起作用。这个错误是另一个问题的诱饵。

我发现我的目标是一个略有不同的。net版本，这被编译器标记为警告，但它导致构建失败。 这应该被标记为错误，而不是警告。

这类错误看起来与Visual Studio没有提供关于错误的正确信息有关。开发人员甚至不理解构建失败的原因。它可能是语法错误或其他原因。通常，要解决这类问题，您应该找到问题的根源(例如，查看构建日志)。

在我的例子中，问题实际上是错误列表窗口没有显示任何错误。但确实有语法错误;我在输出窗口中发现了这些错误，在修复它们之后，问题就解决了。

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

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

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