Azure DevOps中dotnet publish任务ResolvePackageAssets任务意外失败

问题核心 #

错误本质是dotnet restore生成的lock文件未包含net8.0框架的依赖解析信息，导致后续执行build/publish（带--no-restore/--no-build参数）时，无法找到对应框架的依赖项。这通常是因为restore命令未明确指定目标框架和运行时，导致生成的lock文件与后续构建需求不匹配。

可行解决方案 #

方案1：修改restore命令，明确指定目标框架和运行时 #

给原Bash任务中的restore脚本补充目标框架和运行时参数，确保生成的lock文件包含后续构建所需的依赖信息：

- task: Bash@3
  displayName: dotnet restore
  inputs:
    targetType: inline
    script: dotnet restore ./My.Project/My.Project.csproj -f net8.0 -r $(target)

方案2：统一使用DotNetCoreCLI任务执行restore #

替换原Bash任务为DotNetCoreCLI@2的restore命令，保持与后续build/publish任务的参数一致性，避免环境或路径差异问题：

- task: DotNetCoreCLI@2
  displayName: dotnet restore
  inputs:
    command: 'restore'
    projects: './My.Project/My.Project.csproj'
    arguments: '-f net8.0 -r $(target)'

额外排查步骤 #

如果修改后仍存在问题，可尝试以下操作：

• 在restore命令中添加--force参数，强制重新生成lock文件：dotnet restore ... --force
• 在流水线开头添加清理步骤，删除项目obj目录下的旧lock文件：

  - task: Bash@3
    displayName: Clean old lock files
    inputs:
      targetType: inline
      script: rm -rf ./My.Project/obj/project.assets.json
  

关键注意点 #

确保restore、build、publish三个步骤的目标框架（net8.0）和运行时（win-x64）参数完全一致，避免因参数不匹配导致lock文件不兼容。

内容的提问来源于stack exchange，提问作者IbrarMumtaz