Azure DevOps构建流水线发布阶段报错：已升级至.NET Core 3.1的DevPortalWeb项目要求旧版Microsoft.NETCore.App框架

我来帮你梳理下这个问题——明明已经把项目升级到.NET Core 3.1了，流水线却还在找2.0.0-preview的旧框架，这种情况通常是残留配置、工具依赖或者流水线环境缓存在搞鬼，具体可以从这几个方向排查：

1. 检查项目的Runtime配置文件 #

项目构建后生成的DevPortalWeb.runtimeconfig.json可能还残留着旧框架的版本要求。你可以去输出目录（C:\agent\_work\13\s\Application\DevPortalWeb\bin\release\netcoreapp3.1\）找到这个文件，看看里面有没有类似这样的配置：

{
  "runtimeOptions": {
    "framework": {
      "name": "Microsoft.NETCore.App",
      "version": "2.0.0-preview1-002111-00"
    }
  }
}

如果有，要么手动修改为3.1.x版本，要么删除这个文件让项目重新生成正确的配置（通常项目正常升级后会自动生成对应版本的runtimeconfig）。

2. 排查dotnet bundle命令的依赖问题 #

报错里提到dotnet bundle退出代码异常，这个命令一般和ASP.NET Core的静态资源打包工具（比如BundlerMinifier）相关：

• 检查项目里的BundlerMinifier.Core NuGet包版本，确保它兼容.NET Core 3.1，建议升级到最新的兼容版本；
• 确认流水线里执行dotnet bundle时用的是.NET Core 3.1的SDK，避免用旧版本的SDK触发对旧框架的依赖。

3. 锁定Azure DevOps流水线的.NET Core SDK版本 #

很多时候流水线默认使用的虚拟机镜像里可能包含多版本SDK，或者没有明确指定要使用的版本，导致工具链调用了旧框架。你需要在流水线中添加Use .NET Core任务，明确指定使用3.1.x版本的SDK，确保构建、发布全流程都用正确的工具链。

4. 清理流水线的构建缓存 #

Azure DevOps代理会缓存之前构建的文件，可能残留了旧版本的输出或配置。解决办法：

• 在流水线开头添加一个Clean任务，清理工作目录的所有内容；
• 如果是自托管代理，可以手动清理代理的缓存目录（默认是C:\agent\_work下的对应任务目录）。

5. 检查项目文件的隐式配置 #

打开DevPortalWeb.csproj，检查有没有残留的旧框架配置：

• 看是否存在<RuntimeFrameworkVersion>2.0.0-preview1-002111-00</RuntimeFrameworkVersion>这类指定框架版本的节点，有的话删除或修改为3.1.x；
• 用dotnet list package --include-transitive命令检查所有NuGet包的传递依赖，看是否有某个依赖包还在引用旧版本的Microsoft.NETCore.App。

6. 验证发布模式的配置 #

检查Azure DevOps发布任务的参数：

• 确认运行时标识符（RID）设置为win10-x64，且与.NET Core 3.1兼容；
• 如果是自包含发布模式，确保没有指定旧框架的RID或版本参数。

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