使用.NET升级助手迁移.NET Standard至.NET6/8后目标框架仍为2.0如何处理

执行完upgrade-assistant analyze和upgrade-assistant upgrade流程后项目仍停留在.NET Standard 2.0，按以下步骤排查修复即可：

• 重新执行升级流程时手动选择TFM替换步骤
  运行upgrade-assistant upgrade <你的csproj路径>进入交互流程时，不要全程按回车使用默认选项。升级.NET Standard类库时，默认选项会优先保留兼容配置，不会直接替换目标框架。走到步骤选择环节时，手动选中Replace Target Framework Moniker (TFM) 选项强制执行，不要跳过该步骤。
• 直接修改csproj的目标框架配置
  打开项目根目录下的.csproj文件，找到目标框架配置节点：
  • 单目标升级场景：将<TargetFramework>节点内的netstandard2.0直接替换为net6.0或net8.0，示例配置：

    <Project Sdk="Microsoft.NET.Sdk">
      <PropertyGroup>
        <TargetFramework>net8.0</TargetFramework>
      </PropertyGroup>
    </Project>
    

  • 多目标兼容场景：如果需要同时支持旧的.NET Standard调用，将节点改为复数形式的<TargetFrameworks>，同时写入多个目标框架值，示例：

    <TargetFrameworks>netstandard2.0;net8.0</TargetFrameworks>
    

  如果csproj里还残留<TargetFrameworkIdentifier>.NETStandard</TargetFrameworkIdentifier>、<TargetFrameworkVersion>v2.0</TargetFrameworkVersion>这类旧格式配置节点，直接删除即可。修改完成后在项目目录执行dotnet restore重新还原依赖包。
• 处理阻塞升级的依赖问题
  查看之前analyze步骤生成的报告，把标记为不兼容的依赖项逐一处理：
  • 将所有仅支持.NET Standard 2.0的低版本NuGet包，升级到支持对应.NET 6/8版本的最新稳定版
  • 如果项目目录存在packages.config文件，手动删除，将所有包引用迁移为csproj内的<PackageReference>格式
• 清理缓存重新加载项目
  关闭所有打开该项目的IDE，删除项目根目录下的bin、obj文件夹，重新打开IDE加载项目，执行dotnet build验证目标框架是否正常识别。

注意：如果解决方案下存在其他项目引用当前待升级的.NET Standard类库，需要先将所有引用方项目升级到目标.NET版本，再升级类库本身，否则升级助手会为了兼容未升级的引用项，自动保留.NET Standard 2.0的目标框架配置。

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