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

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


当前回答

区分大小写的

在我的例子中,错误消息如下

严重性代码描述项目文件行抑制状态 命令"C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\ gaacuti .exe" /i "C:\Users\cmaggiul\source\repos\ consumer - evaluation -api\EValueApi\EValueApi\bin\debug\EValueApi.dll"退出代码3。EValueApi

我沿着路径找到了EValueApi.dll文件,并意识到调试目录在Windows中是大写的。我将目录更改为小写(以匹配gacutil.exe正在使用的位置,它解决了我的问题。

其他回答

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

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

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

实际解决方案

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

注:

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

我试过的其他方法都没用

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

使用Blazor WebAssembly ASP。NET Core托管应用程序,当我删除天气预报模型时出现了这个问题,这导致了一个构建错误,不可见的错误。

如果是这种情况,只需删除FetchData。剃刀锉,你就可以出发了!

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

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

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

在我的例子中:去添加引用。在引用管理器窗口中取消对其他项目的DLL项目的勾选。保存它。再次将引用DLL项目添加到其他项目。