在我的案例中，依赖项目(取决于错误消息中的项目)在项目的“属性→应用程序→程序集信息……”下的“程序集版本”字段中缺少值。我只是在“文件版本”中添加了相同的数字，点击“确定”，编译器错误就消失了!

事实证明，重新添加AssemblyVersion然后再次构建项目会导致另一个错误，该错误声称它已经出现在项目中。这是!在解决方案资源管理器中项目的属性节点下，有一个“SolutionVersionInfo.cs”文件，该文件还包含一个装配版本属性-从项目中删除该文件解决了此错误。

对我来说，问题发生了，因为我是内联变量。

因此，以下是成功的构建:

ReportCategory reportCategoryEnum;
Enum.TryParse(reportCategory, true, out reportCategoryEnum);

而当我修改我的代码如下，没有错误显示，但构建失败

Enum.TryParse(reportCategory, true, out ReportCategory reportCategoryEnum);

我也遇到了同样的问题。Visual Studio没有构建被引用的项目。

写产品说明:

右键单击解决方案并单击Properties。 在左侧单击“配置”。 确保选中了“Build”下无法找到的项目的复选框。如果已选中，则取消选中，单击应用并再次选中方框。 (可选)必须在解决方案属性的发布和调试模式下执行此操作。

截图说明:

人们说一幅画胜过千言万语。点击动图放大，希望你很容易理解:

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

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

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

我在4.6.1中有一个类引用了4.6.2中的接口…将类升级到462修复了这个问题。

对我来说，这是一个未使用的导入“在控制器上使用ApsNetCore”。拆下来，清洗，重建，它工作了。