我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?
注释、构建和取消注释是非常烦人的，构建变得非常烦人。
我在反编译一个非常旧的库时遇到了类似的问题，该库部署在生产环境中，但源代码丢失了。
我使用.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使用表达式体使编译器产生元数据错误而不是语法错误。
我在打开一个实体框架被引用的项目后收到了这个错误，所以我删除了这些引用，并通过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>
然后我删除了这一行，清理并重新构建了项目和容器解决方案，它最终工作了。
