AWS CodeBuild安装.NET 8 SDK后仍用.NET 6打包失败求助

以下是几种可行的解决方案，针对你遇到的.NET SDK版本不匹配问题：

• 通过global.json锁定SDK版本
  在项目根目录创建global.json文件，指定要使用的.NET 8 SDK版本，示例内容：

  {
    "sdk": {
      "version": "8.0.203",
      "rollForward": "latestMinor"
    }
  }
  

  这个文件会强制dotnet命令优先使用指定版本的SDK，避免环境默认的.NET 6干扰。

• 调整环境变量优先使用.NET 8
  从dotnet --list-sdks的输出中找到.NET 8的安装路径（通常是/root/.dotnet/），在buildspec的打包步骤前添加环境变量配置：

  export DOTNET_ROOT=/root/.dotnet
  export PATH=$DOTNET_ROOT:$PATH
  

  这样系统会优先找到.NET 8的可执行文件，而非镜像自带的.NET 6。

• 重新安装适配.NET 8的Lambda工具
  若dotnet lambda工具是通过.NET 6安装的，可能会绑定旧版本SDK。执行以下命令重新安装工具：

  # 卸载旧版本工具
  dotnet tool uninstall -g Amazon.Lambda.Tools
  # 用.NET 8的dotnet命令安装最新版工具
  /root/.dotnet/dotnet tool install -g Amazon.Lambda.Tools
  

  确保工具与.NET 8 SDK兼容，调用时会自动匹配正确的版本。

• 显式指定SDK版本执行命令
  直接使用.NET 8的dotnet可执行文件路径来运行打包命令，示例：

  /root/.dotnet/dotnet lambda package --configuration Release --framework net8.0 --output-package deploy-package.zip
  

  这种方式跳过环境默认配置，直接调用目标版本的SDK。

原因分析：AWS CodeBuild的amazonlinux2-x86_64-standard:5.0镜像默认自带.NET 6 SDK，即使手动安装了.NET 8，环境变量PATH或工具关联仍可能指向旧版本；而本地环境可能通过global.json或PATH优先级设置，自动匹配到了.NET 8 SDK，因此可以正常执行。

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