.NET Core 3.1项目在Azure流水线引用.NET Framework 4.7.2类库构建失败

• Azure DevOps托管代理默认预装了包括.NET 5+在内的多个版本.NET SDK，未锁定SDK版本时会默认调用最高版本SDK执行构建，.NET 5+ SDK处理.NET Core 3.1项目引用.NET Framework类库的兼容逻辑与.NET Core 3.x SDK存在差异，本地环境默认使用.NET Core 3.1 SDK构建因此无异常。
• 日志提示的NuGet版本兼容问题：若流水线使用低于5.8版本的独立NuGet工具执行还原，高版本SDK的构建逻辑无法识别旧版NuGet还原的依赖缓存，在包含.NET Framework类库引用时会触发依赖校验失败。
• 若流水线构建配置仅包含.NET Core 3.1主项目，未将被引用的.NET Framework类库纳入构建上下文，也会导致构建阶段找不到对应引用输出。

• 锁定SDK版本：在解决方案根目录新增global.json文件，指定构建使用.NET Core 3.1版本SDK，避免自动调用高版本SDK：

{
  "sdk": {
    "version": "3.1.426",
    "rollForward": "latestPatch"
  }
}

• 调整还原逻辑：删除流水线中独立的NuGet还原任务，统一使用dotnet restore命令执行还原，或在dotnet publish命令后添加--restore参数，使用SDK自带的NuGet逻辑处理依赖，规避版本兼容问题。
• 校验构建上下文：确保流水线的检出路径包含被引用的.NET Framework类库项目，主项目的引用路径使用相对路径，避免本地绝对路径导致流水线找不到引用项目。
• 长期兼容优化：可将.NET Framework 4.7.2类库升级为.NET Standard 2.0类库，同时兼容.NET Core与.NET Framework生态，彻底解决跨框架引用的构建兼容问题。

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