Azure DevOps管道NuGetCommand还原包报NU1202兼容错误如何解决

从错误日志可以直接定位核心问题：NuGet将你项目的net5.0目标框架错误识别为*.NETFramework,Version=v5.0*——这个版本的.NET Framework从未正式发布，且传统.NET Framework最高仅支持netstandard2.0，因此会判定所有依赖netstandard2.1/.NET 5+的包（包括你提到的MediatR扩展、Automapper、EntityFrameworkCore）不兼容。
这个识别错误的直接诱因是你配置使用的NuGet 5.1.0版本过旧，该版本发布时间早于.NET 5正式上线时间，完全不识别net5.0这类新式统一平台目标框架标记，解析时会默认把netXX格式的框架归到.NET Framework分类下。

你的YAML配置存在两个明显问题：

• 固定使用的NuGet 5.1.0版本不支持.NET 5框架解析
• 使用了已过时的NuGetToolInstaller@0版本任务，该任务本身存在多个工具拉取、环境配置的已知问题

二选一即可，优先选第二种方案，兼容性更好。

方案1：升级NuGet版本后保留原有NuGetCommand逻辑 #

将NuGet升级到5.8.0以上的稳定版（5.8.0是首个正式支持.NET 5解析的NuGet版本），同时把过时的安装任务升级到V1版本，修正后的YAML片段如下：

steps:
- task: NuGetToolInstaller@1
  displayName: 'Use NuGet 6.4.0'
  inputs:
    versionSpec: 6.4.0
- task: UseDotNet@2
  displayName: 'Use .NET SDK 5.0.x'
  inputs:
    version: 5.0.x
    includePreviewVersions: false # 非必要不要开预览版，避免SDK不稳定导致其他问题
- task: NuGetCommand@2
  displayName: 'Restore NuGet packages'
  inputs:
    restoreSolution: '$(solution)'

方案2（推荐）：改用dotnet CLI做包还原 #

对于SDK风格的.NET Core/.NET 5+项目，直接使用dotnet内置的restore命令不需要额外依赖独立NuGet工具，完全规避旧版NuGet的框架识别问题，配置如下：

steps:
- task: UseDotNet@2
  displayName: 'Use .NET SDK 5.0.x'
  inputs:
    version: 5.0.x
    includePreviewVersions: false
- task: DotNetCoreCLI@2
  displayName: 'Restore project packages'
  inputs:
    command: 'restore'
    projects: '$(solution)'
    # 如果使用Azure DevOps私有源，在此处补充对应源配置即可

配置修改后重新运行管道，日志中的框架识别会从错误的.NETFramework,Version=v5.0变为正确的.NETCoreApp,Version=v5.0，所有包兼容性报错会同步消失。

内容的提问来源于stack exchange，提问作者D. Zaraki