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

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

当前回答

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

2015-06-17 17:24:34

其他回答

我在我的解决方案中添加了一个新项目，并开始得到这个。

的原因吗?我引入的项目针对的是一个不同的。net框架(4.6和另外两个是4.5.2)。

2015-12-11 16:18:34

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

实际解决方案

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

注:

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

我试过的其他方法都没用

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

2021-04-05 20:36:21

我遇到了这个问题。在我的例子中，多个c#项目被引用为DLL文件。在一个被用作DLL文件(在其他项目中)的项目中，任何编译时错误都会导致大量错误。原因是，编译时错误阻止了相应DLL文件的创建，这将导致在引用缺失DLL文件的项目中出现一系列错误。

因此，当您在解决方案资源管理器中重新构建时(忽略琐碎的编译时错误)，会出现一堆“元数据文件.dll找不到”的错误(使您认为除了简单的重新构建之外，您还做了什么错误)。

如果您面临这个问题，那么最好的解决方案是清理解决方案，然后逐个构建每个项目，以找出哪个项目引发了错误。

2017-07-25 18:27:51

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

Visual Studio自动选择。net framework 4.5。

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

2017-03-31 13:02:30

以我为例，在注意到我引用了. net Framework 4.7项目作为. net Framework 4.6.1项目的依赖项后，我解决了这个问题。在将项目4.7迁移到4.6.1之后，我的应用程序正常编译

2019-04-16 19:45:36

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

推荐文章

最新文章

标签