.Net 7项目发布至Azure成功但应用未更新，求排查方案

• 确认发布目标准确性

  • 核对DevOps流水线和手动发布选择的Azure Web App实例，避免测试/生产环境、同名资源组的实例混淆。在Azure门户的Web App部署中心查看最近部署记录，确认版本是否匹配你的修改。
  • 检查本地发布配置文件（.pubxml）中的SiteName和ResourceGroupName参数，确保指向正确的目标资源。

• 验证部署包内容

  • 从DevOps流水线的Artifacts下载生成的部署包，解压后检查bin目录的DLL、wwwroot下的静态文件，确认修改内容是否已包含其中。如果包本身无更新，问题出在构建阶段。
  • 手动发布时，在Visual Studio的发布预览界面确认待上传文件列表，确保修改后的文件未被排除。

• 检查部署槽位配置

  • 若使用了部署槽位（如staging槽），确认是否已将槽位交换至生产环境。部署到槽位后未执行交换操作，会导致生产环境仍运行旧版本。
  • 查看对应槽位的部署记录，确认修改已成功部署到目标槽位。

• 排查应用进程状态

  • 进入Azure Web App的高级工具(Kudu)，在Process Explorer中查看当前运行的dotnet进程版本，或在控制台执行dotnet --version验证是否与发布的.NET 7版本一致。
  • 在Kudu的Site/wwwroot目录直接查看文件内容，若文件已更新但应用未生效，可执行dotnet restart命令强制重启应用进程。

• 检查配置与环境变量

  • 确认Azure Web App的应用设置中，ASPNETCORE_ENVIRONMENT等关键配置是否正确，避免因环境配置错误导致应用加载旧的视图或逻辑。
  • 若使用了Azure App Configuration或Key Vault，检查外部配置源是否缓存了旧值，必要时手动刷新配置。

• 排查CDN边缘缓存

  • 若应用搭配了Azure CDN，即使禁用Web应用缓存，CDN节点仍可能留存旧静态资源。可在CDN管理界面手动清除缓存，或给静态资源添加哈希后缀（如style.v2.css）实现版本化失效。

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