Azure分发中心配置GitHub源时无法选择Runtime-stack版本的疑问

核心原因 #

Azure部署中心的Runtime-stack版本选项，是和你目标App Service实例的运行时配置强绑定的，同时依赖对项目文件的自动检测结果，常见触发情况包括：

• App Service运行时未更新：如果你的App Service当前配置的运行时是.NET Core 3.1，部署中心只会展示与该运行时匹配的版本选项，不会列出更高版本。
• 项目文件检测失效：部署中心会自动扫描GitHub仓库里的.csproj文件读取<TargetFramework>配置，如果项目文件里的声明不清晰（比如存在多目标框架、文件路径异常），检测逻辑会回退到默认的旧版本（如3.1）。
• 部署中心未同步分支配置：如果刚修改了项目的目标框架，部署中心可能还没完成分支同步，导致版本选项未更新。

验证与修复步骤 #

1. 检查App Service运行时设置
   进入Azure门户的App Service资源页，依次点击「设置」→「配置」→「常规设置」，确认「堆栈」选项已设置为.NET Core 6 (LTS)，保存后回到部署中心刷新页面，版本选项应该会同步更新。

2. 确认项目文件配置
   打开GitHub仓库里的.csproj文件，确保存在明确的目标框架声明：

   <TargetFramework>net6.0</TargetFramework>
   

   若存在多目标框架（如<TargetFrameworks>net3.1;net6.0</TargetFrameworks>），部署中心可能会优先选择旧版本，建议单独指定net6.0或者调整部署中心的检测逻辑。

3. 重新同步部署中心
   在部署中心页面点击「重新同步」按钮，触发Azure重新扫描GitHub仓库的项目配置，完成后再次查看版本选项。

补充说明 #

你手动修改Workflow文件里的dotnet-version: '6.0.x'是有效的临时解决方案，但如果不解决根源问题，后续重新配置部署中心时可能还会出现同样的问题。完成上述步骤后，部署中心应该能自动生成适配.NET 6的Workflow配置。

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