我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?
注释、构建和取消注释是非常烦人的，构建变得非常烦人。
好吧，我的答案不只是所有解决方案的总结，但它提供了更多。
节(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。
我在打开一个实体框架被引用的项目后收到了这个错误，所以我删除了这些引用，并通过pthe socket管理器重新安装了实体框架6.0.0.0版本:
install-package entityframework -version 6.0.0.0
错误仍然在显示，所以我认为那些引用在那里，因为有一个旧版本的实体框架应该“预安装”在项目中，但它并没有真正工作。
所以我去找文件包。Config，并注意到有另一个引用:
<packages>
**<package id="EntityFramework" version="5.0.0" targetFramework="net45" />**
<package id="EntityFramework" version="6.0.0" targetFramework="net45" />
</packages>
然后我删除了这一行，清理并重新构建了项目和容器解决方案，它最终工作了。
我在反编译一个非常旧的库时遇到了类似的问题，该库部署在生产环境中，但源代码丢失了。
我使用.dll，反编译并生成项目和解决方案。由于这类错误，我无法构建解决方案。
以前答案中的提示没有帮助，但过了一段时间后，我注意到在一些项目中缺少对System.dll等几个程序集的引用。
假设有一个依赖于项目B的项目A，在项目B中没有System.dll的引用，但是构建后的错误是“元数据文件'B.dll'找不到”。
项目B中没有丢失System.dll的错误。
在项目B中添加诸如System.dll之类的库引用解决了这个问题。
(系统。数据系统。DirectoryServices等等)。
在我的案例中，ReSharper是愚蠢的，即使我的项目目标是c# 6，我也被提供了重构来使用c# 7独有的特性。
出于这个原因，我最终修改了这段代码，
private DateTime? _joinedDate;
[Column(TypeName = "DateTime2")]
public DateTime JoinedDate
{
get { return _joinedDate ?? DateTime.Now; }
set { _joinedDate = value; }
}
进入这段代码:
private DateTime? _joinedDate;
[Column(TypeName = "DateTime2")]
public DateTime JoinedDate
{
get => _joinedDate ?? DateTime.Now;
set => _joinedDate = value;
}
由于某种原因，让getter和setter使用表达式体使编译器产生元数据错误而不是语法错误。
到目前为止，这几十个答案中没有一个对我有用。在我的情况下，我也得到了错误:
元组元素名称“Value”被推断出来。请使用语言版本7.1或更高的版本通过推断的名称访问元素
这出现在构建时“元数据文件'.dll'找不到”错误旁边，但它很快就消失了，因为错误有时会在IDE“赶上”。
双击错误以找到它，并删除有问题的代码，修复它。
否则，你可以在Visual Studio中试试这个:
菜单项目→<项目名称>属性→构建→按钮高级→语言版本→c# <最新小版本>(例如:“c# 5.0”)
这也能解决问题。
看起来“元数据文件“.dll”无法找到”通常是一些其他潜在问题的症状，因此，如果没有一个顶级解决方案对您有效，请检查其他错误和警告，并尝试找到真正的问题。
对我来说，问题是在构建输出中没有出现的错误，也就是说，我有两个实用程序类最初在不同的名称空间中。我更改了第二个类的名称空间以匹配第一个类(不知道第一个类中还有另一个实用程序类)，这时就出现了这个错误。
我认为构建输出错误浮出了表面，因为逻辑层库DLL文件无法构建，而主应用程序无法找到它。
解决方案是将第二个实用程序类改回一个不同的名称空间，这时才开始出现真正的构建错误。在对它们进行整理之后，构建就顺利进行了。
总的来说，如果前面的任何解决方案对您不起作用，您可能已经抑制了Visual Studio没有显示的代码中的错误，因此尝试重新跟踪您的编码步骤并检查任何不规则情况。
PS:这是Visual Studio 2015社区版
正如用户@burzhuy指出的那样，查看Outputwindow，而不仅仅是错误列表窗口是很重要的。
在我的例子中，我正在对Roslyn编译器进行修改。它的构建项目会运行额外的检查，以查看公共字段是否与定义为编译器公共接口的字段一致，否则将产生RS0016或RS0017错误。我已经添加了几个公共字段，并通过将鼠标悬停在错误上并选择“添加到公共API”来修复RS0016错误。
后来我改变了主意，将公共字段移到了另一个类中。出于某种原因，这产生了“元数据文件无法找到错误”，我摆弄得越多，得到的错误就越多。
您需要找到正确的publicapi . unshipping .txtfile(在我的情况下，它是在E:\Roslyn\32414\src\Compilers\Core\Portable)，并手动编辑它以删除不再相关的行。
我遇到了同样的问题，但有另一种解决方案。
问题:
一个解决方案，多个项目。使用其他一些结果的主要应用程序失败了，它说:
CS0006:元数据文件“C:\Repos\TheApplication\TheApplicationCommon\bin\Debug\TheApplication.dll”找不到
但是实际上这个项目生成了C:\Repos\TheApplication\TheApplicationCommon\bin\Debug\TheApplicationCommon.dll
另一个项目也使用相同的dll编译完美。
在我更新使用PostSharp 3.x.x的内部nuget包之前。现在使用PostSharp 4.x.x.x。我的解决方法是把这个加到*里。csproj文件:
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="...">
<Import Project="..." Condition="..." />
<PropertyGroup>
...
<AssemblyName>TheApplication</AssemblyName>
...
<SkipPostSharp>True</SkipPostSharp> <!-- This line -->
</PropertyGroup>
...
另一个解决方案->清洁，另一个解决方案->重建，它在本地和构建服务器上工作。
希望它能帮助到别人。线程是旧的，相当长，但这个问题经常返回，我还没有看到这个解决方案。顺便说一下，使用Visual Studio 2017 (15.8.x)。
当我进行构建时，它通常会在Visual Studio 2017中显示如下错误:
Error CS0006 Metadata file 'C:\src\ProjectDir\MyApp\bin\x64\Debug\Inspection.exe' could not be found MyApp C:\src\ProjectDir\MyApp\CSC 1 Active
但有时这样的错误会显示几秒钟，然后它就会消失，切换回上面的消息:
Error CS1503 Argument 1: cannot convert from 'MyApp.Model.Entities.Asset' to 'MyApp.Model.Model.Entities.Inspection' MyApp C:\src\ProjectDir\MyApp\ViewModels\AssetDetailsViewModel.cs 1453 Active
所以我花了时间解决第一个错误，但真正的问题是由于第二个错误。首先，我必须删除所有的/bin和/obj目录，然后我还删除了上面提到的.suo文件。这使我将问题缩小到接口问题。
在我的界面中，我有这样的:
Task<IList<Defect>> LoadDefects(Asset asset);
但在我的实际实现中，我有这样的代码:
public virtual async Task<IList<Defect>> LoadDefects(Inspection inspection)
{
var results ...
// ....
return results;
}
在我更新界面后，构建成功完成:
Task<IList<Defect>> LoadDefects(Inspection inspection);
所以看起来在VS中缓存导致它一直显示CS0006错误，而实际的问题是CS1503错误。
我有一个非常不寻常的错误案例，但也许有人会从中受益。
我在解决方案(目标框架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引用路径中解决了这个问题。
我不知道为什么这个路径是这样创建的，在我的情况下不更新，而它在我的团队中的其他人正常工作。
我用的是VS 2019。我们集团预计从2017年升级到2019年。
实际解决方案
我试图克隆到我的C:驱动器上的一个文件夹，这是我漫游配置文件的一部分(所以在网络上)。我创建了一个本地文件夹，它保证不会被跟踪，而是被克隆到那里。这些问题都消失了。
注:
这不可能是路径长度问题，因为我还尝试将其克隆到名称比原始路径长的文件夹中，结果构建良好。
这不可能是因为文件名中有空格，因为我们的解决方案文件夹中有空格。
这个问题似乎只影响VS2019，而不影响VS2017。虽然我们以前遇到过漫游配置文件的问题，但它通常发生在我们尝试与Git同步时，而不是构建时。
我试过的其他方法都没用
重新启动VS，注销，重新启动等。
从DevOps回购中删除解决方案并重新克隆
我们的代码中没有构建错误
取消选中并重新选中“生成配置”框
构建顺序是有意义的
所有。net框架的目标都是一样的。(对我来说是4.6。可能并不重要。)
dll实际上存在于path中
重新加载项目
重新安装NuGet包
重新添加dll
