我在对具有纯内容项目的MonoGame解决方案进行干净的CLI重建时遇到了这个问题。

解决方案是向每个内容项目添加一个带有空构造函数的虚拟类文件。

在我的例子中，我以错误的方式获得了安装目录。

如果您的解决方案路径类似于“我的项目%2c非常流行%2c单元测试%2c软件和硬件。zip”，它不能解析元数据文件，也许我们应该防止一些无效的单词，如%2c。

当从某些站点克隆存储库时，目录名是URL编码的。它将把目录名中的空格字符转换为%20，正斜杠转换为%2f，下划线转换为%5f，等等。虽然，我不确定为什么%符号会破坏事情。

将路径重命名为正常名称解决了我的问题。

我的问题出现在我写c# 7代码时，但项目使用的是旧版本的。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使用表达式体使编译器产生元数据错误而不是语法错误。

如果使用假程序集，则可能显示此错误。移除虚假内容将导致项目的成功构建。

在我的案例中，我犯了这个错误，因为我的一个项目使用了不同于其他解决方案的。net框架版本。我使用NuGet包管理器来安装NLog，所以，我认为，它安装了这个项目的。net版本。

我尝试了这篇文章中的所有解决方案，但没有一个有效。我删除了NLog，清理了解决方案和trid编译:同样的事情，CS006错误。

当我从这个项目中删除obj\Debug中的所有文件时，解决方案就编译了。