从VS2019升级到VS2022后MSBuild构建失败 - 错误MSB4018：“ResolveManifestFiles”任务意外失败

嘿，我之前帮团队排查过几乎一模一样的问题，这个MSB4018错误在从VS2019升级到2022的MSBuild时真的挺常见，特别是针对老的.NET Framework项目。看你已经升级了目标框架到4.7.2、更新了依赖库，那给你几个针对性的排查和解决步骤，都是实际踩坑后验证有效的：

• 先检查项目的app.manifest文件是否有格式或内容问题
  升级后，旧的清单文件里的一些配置可能和MSBuild 2022的解析逻辑不兼容。比如我当时遇到的是manifest里有重复的<dependentAssembly>节点，或者某些<assemblyIdentity>的属性值（比如publicKeyToken）写错了。你可以先临时把app.manifest重命名（比如改成app.manifest.old），然后重新构建试试——如果构建成功了，那肯定是manifest的问题，再逐步修复里面的内容就行。

• 确认Jenkins里用的是真正的MSBuild 2022版本
  服务器上可能同时装了2019和2022的VS工具链，有时候Jenkins的构建任务可能还在调用旧版本的MSBuild，或者环境变量配置错了。你可以在构建脚本里显式指定2022版MSBuild的完整路径，比如：

  C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\MSBuild.exe
  

  也可以在构建前加个步骤，输出当前MSBuild的版本号验证：msbuild /version，确保显示的是2022对应的版本（比如17.x开头）。

• 彻底清理构建缓存和Jenkins工作区
  旧的bin、obj目录里的缓存文件，还有Jenkins工作区里的残留文件，很可能和新的MSBuild版本不兼容，导致任务执行异常。你可以在Jenkins的构建前置步骤里加两个操作：

  • 删除项目根目录下的bin、obj文件夹
  • 清空Jenkins的工作区缓存
    清理完再重新构建，很多时候缓存问题就是隐藏的元凶。

• 检查.csproj文件里的自定义MSBuild配置
  有些老项目会在.csproj里加一些自定义的配置，比如手动指定ManifestFile的路径，或者修改了ResolveManifestFiles任务的参数。你可以打开项目文件，搜索和ResolveManifestFiles、Manifest相关的节点，比如有没有类似这样的自定义配置：

  return (<ManifestFile>CustomManifest.xml</ManifestFile>
  )
  

  如果有，先把这些配置注释掉，再重新构建，看看是不是这个导致的任务失败。

• 启用详细日志抓具体错误信息
  要是上面的方法都没解决，那就得看更详细的错误日志了。在Jenkins的MSBuild命令里加上详细日志参数：

  msbuild your-project.csproj /fl /flp:v=detailed;logfile=build-detailed.log
  

  构建失败后，打开生成的build-detailed.log，找到ResolveManifestFiles任务失败时的具体异常（比如内部的空引用错误，或者某个依赖文件找不到），这些细节能直接帮你定位到问题根源。

我当时团队里的问题就是旧manifest里的重复依赖节点，清理掉就搞定了，你一步步试这些方法，应该能解决你的问题~

内容来源于stack exchange