无法找到元数据文件“。dll”

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

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

当前回答

我用的是VS 2019。我们集团预计从2017年升级到2019年。

实际解决方案

我试图克隆到我的C:驱动器上的一个文件夹，这是我漫游配置文件的一部分(所以在网络上)。我创建了一个本地文件夹，它保证不会被跟踪，而是被克隆到那里。这些问题都消失了。

注:

这不可能是路径长度问题，因为我还尝试将其克隆到名称比原始路径长的文件夹中，结果构建良好。这不可能是因为文件名中有空格，因为我们的解决方案文件夹中有空格。这个问题似乎只影响VS2019，而不影响VS2017。虽然我们以前遇到过漫游配置文件的问题，但它通常发生在我们尝试与Git同步时，而不是构建时。

我试过的其他方法都没用

重新启动VS，注销，重新启动等。从DevOps回购中删除解决方案并重新克隆我们的代码中没有构建错误取消选中并重新选中“生成配置”框构建顺序是有意义的所有。net框架的目标都是一样的。(对我来说是4.6。可能并不重要。) dll实际上存在于path中重新加载项目重新安装NuGet包重新添加dll

2021-04-05 20:36:21

其他回答

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

2014-12-05 13:14:41

如果在解决方案名称中有空格，也会导致该问题。从解决方案名称中删除空格，使路径不包含%20将解决此问题。

2015-06-17 17:24:34

对我来说，它发生在我将一个新项目纳入解决方案时。

Visual Studio自动选择。net framework 4.5。

像其他库一样，我将版本改为. net 4.5.2，它可以工作。

2017-03-31 13:02:30

在我的案例中，解决方案中的一些项目针对任何CPU，其中一些针对x86。在整个解决方案统一了平台目标后，编译错误消失了。

2018-04-09 07:36:43

在解决方案文件夹中删除包含NuGet的packages文件夹对我来说是有效的。重建之后，一切都恢复正常了。检查解决方案中的引用，并检查带有黄色三角形的引用。

例图:

2017-01-17 12:02:01

无法找到元数据文件“。dll”

推荐文章

最新文章

标签