Azure Pipelines中NuGet Restore任务失败（与netcoreapp2.2不兼容）

这个报错的核心原因是构建代理上使用的NuGet版本过低——早期NuGet版本（比如4.x及以下）对.NET Standard 2.0和.NET Core 2.2的兼容性识别存在bug，实际上.NET Core 2.2完全支持.NET Standard 2.0的项目，只是旧NuGet没处理好这种依赖关系。结合你的YAML脚本，给你几个具体的解决步骤：

1. 强制指定兼容的NuGet工具版本 #

在NuGet还原任务前，添加NuGetToolInstaller@1任务安装NuGet 5.x及以上版本（推荐最新稳定版），让NuGet能正确识别.NET版本间的兼容关系。修改后的YAML如下：

pool:
  name: MyBuildServer
  demands:
    - msbuild
    - visualstudio
steps:
- task: NuGetToolInstaller@1
  displayName: 'Install NuGet 5.x'
  inputs:
    versionSpec: '5.x'
    checkLatest: true
- task: NuGetCommand@2
  displayName: 'NuGet restore'
- task: VSBuild@1
  displayName: 'Build solution **\*.sln'
- task: VSTest@2
  displayName: 'Run tests'
  inputs:
    testSelector: 'testAssemblies'
    testAssemblyVer2: |
      **\*test*.dll
      !**\*TestAdapter.dll
      !**\obj\**
    searchFolder: '$(System.DefaultWorkingDirectory)'

2. 确保构建代理安装了.NET Core 2.2 SDK #

虽然报错来自NuGet，但也要确认代理上有对应版本的SDK。可以在代理机器上运行dotnet --list-sdks检查，如果没有，可在YAML中添加任务自动安装：

- task: UseDotNet@2
  displayName: 'Install .NET Core 2.2 SDK'
  inputs:
    packageType: 'sdk'
    version: '2.2.x'

3. 清理NuGet缓存（可选） #

如果缓存的包存在损坏，也可能引发这类错误。可以在NuGet还原任务中添加--no-cache参数强制重新下载：

- task: NuGetCommand@2
  displayName: 'NuGet restore'
  inputs:
    command: 'restore'
    restoreSolution: '**/*.sln'
    arguments: '--no-cache'

为什么本地Visual Studio能正常构建？ #

本地VS自带的NuGet版本通常是较新的，已经修复了这类兼容性识别问题；而Azure Pipelines代理默认的NuGet版本可能未及时更新，才会出现本地正常、流水线报错的差异。

内容的提问来源于stack exchange，提问作者Ola Eldøy