我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?
注释、构建和取消注释是非常烦人的，构建变得非常烦人。
我有一个非常不寻常的错误案例，但也许有人会从中受益。
我在解决方案(目标框架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引用路径中解决了这个问题。
我不知道为什么这个路径是这样创建的，在我的情况下不更新，而它在我的团队中的其他人正常工作。
好吧，我的答案不只是所有解决方案的总结，但它提供了更多。
节(1):
一般解决方案:
我有四个这样的错误(“元数据文件找不到”)，还有一个错误是“源文件无法打开(“未指定的错误”)”。
我试图摆脱'元数据文件找不到'错误。为此，我阅读了许多文章，博客等，发现这些解决方案可能是有效的(总结在这里):
Restart Visual Studio and try building again.
Go to 'Solution Explorer'. Right click on Solution. Go to Properties. Go to 'Configuration Manager'. Check if the checkboxes under 'Build' are checked or not. If any or all of them are unchecked, then check them and try building again.
If the above solution(s) do not work, then follow sequence mentioned in step 2 above, and even if all the checkboxes are checked, uncheck them, check again and try to build again.
Build Order and Project Dependencies:
Go to 'Solution Explorer'. Right click on Solution. Go to 'Project Dependencies...'. You will see two tabs: 'Dependencies' and 'Build Order'. This build order is the one in which solution builds. Check the project dependencies and the build order to verify if some project (say 'project1') which is dependent on other (say 'project2') is trying to build before that one (project2). This might be the cause for the error.
Check the path of the missing .dll:
Check the path of the missing .dll. If the path contains space or any other invalid path character, remove it and try building again.
If this is the cause, then adjust the build order.
节(2):
我的具体情况是:
我尝试了上面所有的步骤，并重新启动了几次Visual Studio。但是，这并没有帮助我。
所以，我决定摆脱我遇到的其他错误('源文件无法打开('未指明的错误')')。
我看到一篇博客文章:TFS错误-源文件无法打开(“未指明的错误”)
我尝试了那篇博客文章中提到的步骤，我摆脱了“源文件无法打开(“未指明的错误”)”的错误，令人惊讶的是，我摆脱了其他错误(“元数据文件无法找到”)。
节(3):
这个故事的寓意:
尝试上文第(1)节中提到的所有解决方案(以及任何其他解决方案)来消除错误。如果没有解决问题，按照上面第(2)节中提到的博客，从.csproj文件中删除源代码控制和文件系统中不再存在的所有源文件的条目。
好吧，之前的答案都不适合我，所以这让我思考为什么我要点击，作为开发者我们应该尝试着理解这里发生了什么。
在我看来，这个不正确的元数据文件引用必须保存在某个地方。
对.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，反编译并生成项目和解决方案。由于这类错误，我无法构建解决方案。
以前答案中的提示没有帮助，但过了一段时间后，我注意到在一些项目中缺少对System.dll等几个程序集的引用。
假设有一个依赖于项目B的项目A，在项目B中没有System.dll的引用，但是构建后的错误是“元数据文件'B.dll'找不到”。
项目B中没有丢失System.dll的错误。
在项目B中添加诸如System.dll之类的库引用解决了这个问题。
(系统。数据系统。DirectoryServices等等)。
