我在一个WPF, c# 3.0项目上工作,我得到了这个错误:

Error 1 Metadata file
'WORK=- \Tools\VersionManagementSystem\BusinessLogicLayer\bin\Debug
\BusinessLogicLayer.dll' could not be found C:\-=WORK=- \Tools
\VersionManagementSystem\VersionManagementSystem\CSC VersionManagementSystem

这是我如何引用我的usercontrols:

xmlns:vms="clr-namespace:VersionManagementSystem"
<vms:SignOffProjectListing Margin="5"/>

每次构建失败后都会发生这种情况。我能得到解决方案编译的唯一方法是注释掉所有用户控件并重新构建项目,然后取消注释用户控件,一切正常。

我已经检查了构建顺序和依赖项配置。

正如你所看到的,它似乎截断了DLL文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?

注释、构建和取消注释是非常烦人的,构建变得非常烦人。


当前回答

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

其他回答

正如用户@burzhuy指出的那样,查看Outputwindow,而不仅仅是错误列表窗口是很重要的。

在我的例子中,我正在对Roslyn编译器进行修改。它的构建项目会运行额外的检查,以查看公共字段是否与定义为编译器公共接口的字段一致,否则将产生RS0016或RS0017错误。我已经添加了几个公共字段,并通过将鼠标悬停在错误上并选择“添加到公共API”来修复RS0016错误。

后来我改变了主意,将公共字段移到了另一个类中。出于某种原因,这产生了“元数据文件无法找到错误”,我摆弄得越多,得到的错误就越多。

您需要找到正确的publicapi . unshipping .txtfile(在我的情况下,它是在E:\Roslyn\32414\src\Compilers\Core\Portable),并手动编辑它以删除不再相关的行。

在我的案例中,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文件无法构建,而主应用程序无法找到它。

解决方案是将第二个实用程序类改回一个不同的名称空间,这时才开始出现真正的构建错误。在对它们进行整理之后,构建就顺利进行了。

总的来说,如果前面的任何解决方案对您不起作用,您可能已经抑制了Visual Studio没有显示的代码中的错误,因此尝试重新跟踪您的编码步骤并检查任何不规则情况。

PS:这是Visual Studio 2015社区版

导航到解决方案的文件夹资源管理器并删除抛出错误的未使用的项目文件夹。在我的例子中,在删除项目后,文件夹仍然存在于目录中。删除文件夹后解决方案构建成功!

我遇到了这个问题。在我的情况下,我删除所有项目中的所有bin和obj文件夹,然后这个错误将为我解决。再试一次,解决这个问题