我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?
注释、构建和取消注释是非常烦人的，构建变得非常烦人。
我用的是VS 2019。我们集团预计从2017年升级到2019年。
实际解决方案
我试图克隆到我的C:驱动器上的一个文件夹，这是我漫游配置文件的一部分(所以在网络上)。我创建了一个本地文件夹，它保证不会被跟踪，而是被克隆到那里。这些问题都消失了。
注:
这不可能是路径长度问题，因为我还尝试将其克隆到名称比原始路径长的文件夹中，结果构建良好。
这不可能是因为文件名中有空格，因为我们的解决方案文件夹中有空格。
这个问题似乎只影响VS2019，而不影响VS2017。虽然我们以前遇到过漫游配置文件的问题，但它通常发生在我们尝试与Git同步时，而不是构建时。
我试过的其他方法都没用
重新启动VS，注销，重新启动等。
从DevOps回购中删除解决方案并重新克隆
我们的代码中没有构建错误
取消选中并重新选中“生成配置”框
构建顺序是有意义的
所有。net框架的目标都是一样的。(对我来说是4.6。可能并不重要。)
dll实际上存在于path中
重新加载项目
重新安装NuGet包
重新添加dll
到目前为止，这几十个答案中没有一个对我有用。在我的情况下，我也得到了错误:
元组元素名称“Value”被推断出来。请使用语言版本7.1或更高的版本通过推断的名称访问元素
这出现在构建时“元数据文件'.dll'找不到”错误旁边，但它很快就消失了，因为错误有时会在IDE“赶上”。
双击错误以找到它，并删除有问题的代码，修复它。
否则，你可以在Visual Studio中试试这个:
菜单项目→<项目名称>属性→构建→按钮高级→语言版本→c# <最新小版本>(例如:“c# 5.0”)
这也能解决问题。
看起来“元数据文件“.dll”无法找到”通常是一些其他潜在问题的症状，因此，如果没有一个顶级解决方案对您有效，请检查其他错误和警告，并尝试找到真正的问题。
正如用户@burzhuy指出的那样，查看Outputwindow，而不仅仅是错误列表窗口是很重要的。
在我的例子中，我正在对Roslyn编译器进行修改。它的构建项目会运行额外的检查，以查看公共字段是否与定义为编译器公共接口的字段一致，否则将产生RS0016或RS0017错误。我已经添加了几个公共字段，并通过将鼠标悬停在错误上并选择“添加到公共API”来修复RS0016错误。
后来我改变了主意，将公共字段移到了另一个类中。出于某种原因，这产生了“元数据文件无法找到错误”，我摆弄得越多，得到的错误就越多。
您需要找到正确的publicapi . unshipping .txtfile(在我的情况下，它是在E:\Roslyn\32414\src\Compilers\Core\Portable)，并手动编辑它以删除不再相关的行。
