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

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


当前回答

对我来说,以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。

其他回答

我有一个非常不寻常的错误案例,但也许有人会从中受益。

我在解决方案(目标框架netstandard 2.0)中丢失了一个项目的.dll文件,我正在处理这个错误,并且引用(到Microsoft.Office.Interop.Word)这个项目使用的错误。

这个解决方案是从git存储库克隆出来的,同样的解决方案对我团队中的其他人来说编译得很好。

我尝试了每一个提出的解决方案的问题-重新启动VS,计算机;清洁工程;检查和取消检查构建复选框;检查构建顺序是否正确等。

我发现这个项目的清单在默认情况下没有被选中(项目属性中的清单下拉菜单为空并且禁用)。因此,我试图添加它,但没有工作。

最后,我开始比较这个项目的.csproj文件与这个项目的另一个旧版本,编译没有问题。 经过一些无用的尝试后,我发现,通往Microsoft.Office.Interop.Word的路径在两个项目中是相同的,即使它是一个相对路径,开头有很多“go up”符号(..\)。没有工作的项目比其他项目低一个层次。

再增加一个“go up”符号(..\)在project .csproj文件中的Microsoft.Office.Interop.Word引用路径中解决了这个问题。

我不知道为什么这个路径是这样创建的,在我的情况下不更新,而它在我的团队中的其他人正常工作。

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

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

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

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

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

此问题可能是由于代码中的语法错误而发生的,由于元数据错误,您可能无法看到该语法错误。因此,在执行前面回答中的任何操作之前,请检查您的源文件。

在我的例子中,我注释掉了一个特定(空)命名空间中的类:

namespace X.Y.Z.W
{

    // Class code

}

当我删除命名空间代码和它的导入(使用)命令时,问题就解决了。

在构建中,它还说-随着项目丢失的DLL文件:

类型或命名空间名称“W”在命名空间“X.Y.Z”中不存在(您是否缺少一个程序集引用?)

这类错误看起来与Visual Studio没有提供关于错误的正确信息有关。开发人员甚至不理解构建失败的原因。它可能是语法错误或其他原因。通常,要解决这类问题,您应该找到问题的根源(例如,查看构建日志)。

在我的例子中,问题实际上是错误列表窗口没有显示任何错误。但确实有语法错误;我在输出窗口中发现了这些错误,在修复它们之后,问题就解决了。