我在一个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

其他回答

我在4.6.1中有一个类引用了4.6.2中的接口…将类升级到462修复了这个问题。

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

好吧,之前的答案都不适合我,所以这让我思考为什么我要点击,作为开发者我们应该尝试着理解这里发生了什么。

在我看来,这个不正确的元数据文件引用必须保存在某个地方。

对.csproj文件的快速搜索显示了错误的代码行。我有一个名为<itemGroup>的部分,它似乎挂在了旧的不正确的文件路径上。

<ItemGroup>
    <ProjectReference Include="..\..\..\MySiteOld\MySite.Entities\MySite.Entities.csproj">
        <Project>{5b0a347e-cd9a-4746-a3b6-99d6d010a6c2}</Project>
        <Name>Beeyp.Entities</Name>
    </ProjectReference>
...

所以一个简单的解决方法是:

备份.csproj文件。 在.csproj文件中找到不正确的路径并适当地重命名。

请确保在修改之前备份了旧的.csproj。

我也遇到了同样的问题。Visual Studio没有构建被引用的项目。

写产品说明:

右键单击解决方案并单击Properties。 在左侧单击“配置”。 确保选中了“Build”下无法找到的项目的复选框。如果已选中,则取消选中,单击应用并再次选中方框。 (可选)必须在解决方案属性的发布和调试模式下执行此操作。

截图说明:

人们说一幅画胜过千言万语。点击动图放大,希望你很容易理解:

我看到这个错误是因为我在我的代码中有以下一行(看起来我仍然在SQL模式下思考):

if(myVar is null)
    DoSomething();

Visual studio(2017)在设计或编译时没有报告错误,但项目不会构建,并给出了“missing .dll”错误。将错误的行改为:

if(myVar == null)

问题解决了。