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

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


当前回答

这适用于我在VS2019 . net Core, ASP。Net Core解决方案。

在解决方案的同一位置打开PowerShell控制台。 输入dotnet restore恢复所有包和项目 键入dotnet构建。解决方案将被构建

现在它也可以从Visual Studio IDE构建。 其他的解决方法对我都不起作用

其他回答

很多答案听起来像是反复试验。在我的例子中,它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下),则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中,我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此,我需要在构建失败的解决方案之前构建输出该dll的项目,以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单,但很难用语言表达出来。

只是指出显而易见的一点:如果你没有启用“在构建开始时显示输出窗口”,请确保你注意到你的构建是否失败(左下角的小“构建失败”错误)!!!!

我在Visual Studio 2015中遇到了这个错误,当时我从一个扩展方法的调用中删除了类型注释,只留下了空的尖括号。

所以我有obj.extensionMethod<>()而不是obj.extensionMethod<Type>()。

我会把这个归类为Visual Studio中的bug,因为我不知道这个错误是如何产生那个错误的。

检查主项目的.csproj文件。如果您在解决方案中删除项目或更改引用,Visual Studio不会清除这些问题。

我在.csproj文件中引用了三次旧项目,编译器向这些已删除的项目显示了此错误。

问题的原因可能是您在解决方案中混合添加了对DLL文件和项目的引用。

如果你有项目A、B和C:

A引用B和C作为解决方案中的项目。 B引用C作为DLL文件(引用文件)

您可以单独构建每个项目,但无法重新构建以以下内容结尾的解决方案:找不到元数据文件“C.dll”。

在解决方案中将引用从文件更改为项目会有所帮助。