对我来说，以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。

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

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

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

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

我发现我的目标是一个略有不同的。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使用表达式体使编译器产生元数据错误而不是语法错误。

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

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

以前的解决方案都不适合我，所以我将与大家分享。

我有这个问题后，合并一些新的类库从另一个分支相互引用。删除项目中的引用并重新创建它们最终解决了这个问题。显然Visual Studio合并了错误的文件路径。