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

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

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

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

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

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

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

如果在解决方案名称中有空格，也会导致该问题。从解决方案名称中删除空格，使路径不包含%20将解决此问题。

我遇到了这个问题。在我的例子中，多个c#项目被引用为DLL文件。在一个被用作DLL文件(在其他项目中)的项目中，任何编译时错误都会导致大量错误。原因是，编译时错误阻止了相应DLL文件的创建，这将导致在引用缺失DLL文件的项目中出现一系列错误。

因此，当您在解决方案资源管理器中重新构建时(忽略琐碎的编译时错误)，会出现一堆“元数据文件.dll找不到”的错误(使您认为除了简单的重新构建之外，您还做了什么错误)。

如果您面临这个问题，那么最好的解决方案是清理解决方案，然后逐个构建每个项目，以找出哪个项目引发了错误。

我在对具有纯内容项目的MonoGame解决方案进行干净的CLI重建时遇到了这个问题。

解决方案是向每个内容项目添加一个带有空构造函数的虚拟类文件。

在我的例子中，我删除了git文件夹并删除了git (Azure DevOps)。 这是我唯一有效的方法。

我尝试了清洁，重建，重新配置构建，删除bin和obj文件夹;毫无效果。 当我删除了Git的解决方案，voilá!这对我很管用。

我不明白，但这个帮我解决了。