Azure Pipelines打包报NU5049错误：多框架项目构建故障求助

问题根源 #

NU5049错误是因为用传统NuGet pack命令处理SDK风格项目（.NET Standard 2.1/.NET 6属于此类），而该命令仅支持旧格式的.NET Framework项目。混合项目需要统一用MSBuild或分场景处理打包逻辑，避免命令冲突。

修复步骤及YAML配置 #

方案：用MSBuild统一处理所有项目的还原、构建、打包 #

MSBuild可以兼容所有项目类型，无需区分SDK/旧格式项目，同时避免NuGet命令与dotnet命令的冲突。

完整YAML示例

trigger:
- main

pool:
  vmImage: 'windows-latest' # 必须用Windows镜像，因为要处理.NET Framework 4.8

variables:
  solution: '**/*.sln'
  buildPlatform: 'Any CPU'
  buildConfiguration: 'Release'
  # 若项目中有私有NuGet源，可在此配置源地址和凭据
  nugetSources: 'https://api.nuget.org/v3/index.json;https://pkgs.dev.azure.com/your-org/_packaging/your-feed/nuget/v3/index.json'

steps:
# 安装.NET 6 SDK（Windows镜像默认可能包含，但显式安装确保版本正确）
- task: UseDotNet@2
  inputs:
    packageType: 'sdk'
    version: '6.x'

# 还原所有项目依赖
- task: MSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildArguments: '/t:Restore /p:RestoreSources="$(nugetSources)" /p:Configuration=$(buildConfiguration)'
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

# 构建所有项目
- task: MSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildArguments: '/t:Build /p:Configuration=$(buildConfiguration) /p:Platform=$(buildPlatform)'
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

# 打包所有项目（自动识别可打包项目，生成nupkg）
- task: MSBuild@1
  inputs:
    solution: '$(solution)'
    msbuildArguments: '/t:Pack /p:Configuration=$(buildConfiguration) /p:Platform=$(buildPlatform) /p:PackageOutputPath=$(Build.ArtifactStagingDirectory)'
    platform: '$(buildPlatform)'
    configuration: '$(buildConfiguration)'

# 发布打包产物到流水线 artifacts
- task: PublishBuildArtifacts@1
  inputs:
    PathtoPublish: '$(Build.ArtifactStagingDirectory)'
    ArtifactName: 'packages'
    publishLocation: 'Container'

关键注意事项 #

1. 镜像选择：必须使用windows-latest虚拟机镜像，因为.NET Framework 4.8依赖Windows环境，Linux/macOS镜像无法处理。
2. NuGet源配置：
   • 如果使用私有源，确保在nugetSources变量中添加对应地址，并配置凭据（若需要）：可通过NuGetAuthenticate@0任务自动处理Azure Artifacts源的凭据，示例：

     - task: NuGetAuthenticate@0
       inputs:
         nuGetServiceConnections: 'your-nuget-service-connection' # 在Azure Pipelines中预先配置的服务连接
     

   • 若遇到NuGet.Config无效问题，可在MSBuild的Restore参数中直接指定RestoreSources，跳过本地配置文件的影响。
3. 避免冲突命令：不要混合使用NuGetCommand@2和DotNetCoreCLI@2处理同一解决方案的打包，MSBuild是最稳定的统一处理方式。
4. 环境变量问题：无需设置NUGET_ENABLE_LEGACY_CSPROJ_PACK，该变量仅在强制用传统NuGet命令打包SDK项目时才需要，用MSBuild可完全规避此场景。

其他问题处理 #

• Azure Pipelines 503/镜像不存在：切换到windows-2022镜像（windows-latest的具体版本），避免镜像节点负载过高；或检查代理池状态，确保使用的是微软托管代理而非自托管代理的资源问题。
• 包还原失败：检查RestoreSources中的源地址是否可访问，临时移除不稳定的源，仅保留官方源和必要的私有源，验证依赖包是否存在于指定源中。

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