我在一个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文件的绝对路径…我读到过关于长度的问题。这是一个可能的问题吗?

注释、构建和取消注释是非常烦人的,构建变得非常烦人。


当前回答

Visual Studio 2019这对我来说很有效:

关闭Visual Studio 删除隐藏的。vs文件夹 重新打开Visual Studio并重新构建解决方案。

其他回答

我在对具有纯内容项目的MonoGame解决方案进行干净的CLI重建时遇到了这个问题。

解决方案是向每个内容项目添加一个带有空构造函数的虚拟类文件。

如果使用假程序集,则可能显示此错误。移除虚假内容将导致项目的成功构建。

几年后再回到这个问题,这个问题很可能与Windows的最大路径限制有关:

命名文件,路径和命名空间,最大路径长度限制

我在反编译一个非常旧的库时遇到了类似的问题,该库部署在生产环境中,但源代码丢失了。

我使用.dll,反编译并生成项目和解决方案。由于这类错误,我无法构建解决方案。

以前答案中的提示没有帮助,但过了一段时间后,我注意到在一些项目中缺少对System.dll等几个程序集的引用。

假设有一个依赖于项目B的项目A,在项目B中没有System.dll的引用,但是构建后的错误是“元数据文件'B.dll'找不到”。

项目B中没有丢失System.dll的错误。

在项目B中添加诸如System.dll之类的库引用解决了这个问题。 (系统。数据系统。DirectoryServices等等)。

我也遇到过同样的问题。首先,我从工具> nuget包管理器>包管理器设置中清除所有nuget缓存,然后单击“清除所有nuget缓存”。打开Powershell,运行“dotnet restore”,然后运行“dotnet build”。就我而言,这个解决方案纠正了我的错误。