我在一个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),并手动编辑它以删除不再相关的行。

其他回答

我使用Visual Studio 2019得到了同样的错误。 在仔细研究了后台发生的事情后,我发现在追加的类库上有错误,这反过来又没有正确编译,同时通过错误“元数据文件未找到”。纠正错误,重新编译,所有工作。

在我的例子中,答案是在输出选项卡的分析中找到的。

在解决方案文件夹中删除包含NuGet的packages文件夹对我来说是有效的。重建之后,一切都恢复正常了。检查解决方案中的引用,并检查带有黄色三角形的引用。

例图:

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

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

就我个人而言,我未能在解决方案中添加对其中一个项目的引用,这就是导致我出现错误的原因。

关闭和重新打开Visual Studio 2013对我来说很管用!