我在一个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)，并手动编辑它以删除不再相关的行。
我有一个非常不寻常的错误案例，但也许有人会从中受益。
我在解决方案(目标框架netstandard 2.0)中丢失了一个项目的.dll文件，我正在处理这个错误，并且引用(到Microsoft.Office.Interop.Word)这个项目使用的错误。
这个解决方案是从git存储库克隆出来的，同样的解决方案对我团队中的其他人来说编译得很好。
我尝试了每一个提出的解决方案的问题-重新启动VS，计算机;清洁工程;检查和取消检查构建复选框;检查构建顺序是否正确等。
我发现这个项目的清单在默认情况下没有被选中(项目属性中的清单下拉菜单为空并且禁用)。因此，我试图添加它，但没有工作。
最后，我开始比较这个项目的.csproj文件与这个项目的另一个旧版本，编译没有问题。
经过一些无用的尝试后，我发现，通往Microsoft.Office.Interop.Word的路径在两个项目中是相同的，即使它是一个相对路径，开头有很多“go up”符号(..\)。没有工作的项目比其他项目低一个层次。
再增加一个“go up”符号(..\)在project .csproj文件中的Microsoft.Office.Interop.Word引用路径中解决了这个问题。
我不知道为什么这个路径是这样创建的，在我的情况下不更新，而它在我的团队中的其他人正常工作。
