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

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

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

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

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

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

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

在我的案例中，ReSharper是愚蠢的，即使我的项目目标是c# 6，我也被提供了重构来使用c# 7独有的特性。

出于这个原因，我最终修改了这段代码，

private DateTime? _joinedDate;
[Column(TypeName = "DateTime2")]
public DateTime JoinedDate
{
    get { return _joinedDate ?? DateTime.Now; }
    set { _joinedDate = value; }
}

进入这段代码:

private DateTime? _joinedDate;
[Column(TypeName = "DateTime2")]
public DateTime JoinedDate
{
    get => _joinedDate ?? DateTime.Now;
    set => _joinedDate = value;
}

由于某种原因，让getter和setter使用表达式体使编译器产生元数据错误而不是语法错误。

根据错误消息，我认为文件路径没有被截断。它看起来是不正确的。如果我正确地阅读消息，它似乎正在寻找DLL文件在…

工作= - \ VersionManagementSystem \ BusinessLogicLayer \ bin \ \工具调试\ BusinessLogicLayer.dll

这不是有效路径。是否可能将构建过程中的宏定义设置为无效值?

在我的案例中，问题是我手动删除了一个标记为“缺失”的非编译文件。一旦我删除了对现在丢失的文件的引用并重新编译-一切都很好。