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

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

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

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

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

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

很多答案听起来像是反复试验。在我的例子中，它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下)，则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中，我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此，我需要在构建失败的解决方案之前构建输出该dll的项目，以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单，但很难用语言表达出来。

问题的原因可能是您在解决方案中混合添加了对DLL文件和项目的引用。

如果你有项目A、B和C:

A引用B和C作为解决方案中的项目。 B引用C作为DLL文件(引用文件)

您可以单独构建每个项目，但无法重新构建以以下内容结尾的解决方案:找不到元数据文件“C.dll”。

在解决方案中将引用从文件更改为项目会有所帮助。

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

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

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