我在一个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)，并手动编辑它以删除不再相关的行。
好吧，之前的答案都不适合我，所以这让我思考为什么我要点击，作为开发者我们应该尝试着理解这里发生了什么。
在我看来，这个不正确的元数据文件引用必须保存在某个地方。
对.csproj文件的快速搜索显示了错误的代码行。我有一个名为<itemGroup>的部分，它似乎挂在了旧的不正确的文件路径上。
<ItemGroup>
<ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
<Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
<Name>Beeyp.Entities</Name>
</ProjectReference>
...
所以一个简单的解决方法是:
备份.csproj文件。
在.csproj文件中找到不正确的路径并适当地重命名。
请确保在修改之前备份了旧的.csproj。
对我来说，问题是在构建输出中没有出现的错误，也就是说，我有两个实用程序类最初在不同的名称空间中。我更改了第二个类的名称空间以匹配第一个类(不知道第一个类中还有另一个实用程序类)，这时就出现了这个错误。
我认为构建输出错误浮出了表面，因为逻辑层库DLL文件无法构建，而主应用程序无法找到它。
解决方案是将第二个实用程序类改回一个不同的名称空间，这时才开始出现真正的构建错误。在对它们进行整理之后，构建就顺利进行了。
总的来说，如果前面的任何解决方案对您不起作用，您可能已经抑制了Visual Studio没有显示的代码中的错误，因此尝试重新跟踪您的编码步骤并检查任何不规则情况。
PS:这是Visual Studio 2015社区版
