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

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


当前回答

关闭和重新打开Visual Studio 2013对我来说很管用!

其他回答

在我的案例中,依赖项目(取决于错误消息中的项目)在项目的“属性→应用程序→程序集信息……”下的“程序集版本”字段中缺少值。我只是在“文件版本”中添加了相同的数字,点击“确定”,编译器错误就消失了!

事实证明,重新添加AssemblyVersion然后再次构建项目会导致另一个错误,该错误声称它已经出现在项目中。这是!在解决方案资源管理器中项目的属性节点下,有一个“SolutionVersionInfo.cs”文件,该文件还包含一个装配版本属性-从项目中删除该文件解决了此错误。

几年后再回到这个问题,这个问题很可能与Windows的最大路径限制有关:

命名文件,路径和命名空间,最大路径长度限制

我发现如果你移除微软。在项目中引用CSharp程序集时,会得到这个错误。

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

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

对.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。

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

if(myVar is null)
    DoSomething();

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

if(myVar == null)

问题解决了。