我在Visual Studio 2012中有很多项目的解决方案中遇到了这个问题。以与项目构建顺序相同的顺序手动重新构建解决方案中的每个项目(在解决方案资源管理器中右键单击并重新构建)为我修复了它。

最终我找到了一个给我一个编译错误的程序。我修复了错误，解决方案将在此之后正确构建。

在我的例子中，我得到这个错误消息的原因很简单，从TFS获得项目的最新版本后，解决方案中错误的项目被标记为启动项目。选择正确的项目作为启动项目为我解决了这个问题。

在我的案例中，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使用表达式体使编译器产生元数据错误而不是语法错误。

在我的例子中，这些错误是由NuGet包管理器中的一些损坏引起的。解决方案的子项目没有得到构建，但是由于元数据错误，没有显示任何错误。

一旦所有的NuGet包都得到了纠正，项目就可以再次正确地构建了。

对我来说，它试图在曾经包含项目的路径中找到一个DLL，但我们已经将它移动到一个新目录。解决方案有通往项目的正确路径，但Visual Studio不知何故一直在旧位置寻找。

解决方案:将每个问题重命名为项目-只需添加一个字符或其他-然后重命名为原来的名称。

这必须在Visual Studio中重置某种类型的全局缓存，因为这会清除这个问题和其他类似的问题，而Clean之类的东西则不会。

我也遇到过同样的问题。在我的例子中，我引用了一个类库项目，它的. net版本比我的项目更高，VS未能构建该项目，并引发了与你发布的相同的错误。

我只是简单地将我的类库项目的。net版本(破坏构建的那个)设置为与引用项目的。net版本相同，问题就解决了。