.NET 4.8应用经GitHub Action部署至App Service后权限报错求助

你的核心问题是GitHub Action工作流中发布路径与上传工件路径不匹配，导致部署到Azure App Service的不是完整的可运行站点文件，而非需要解压工件。以下是具体排查和修复步骤：

问题根源 #

1. 你在publish步骤中通过msbuild指定了/p:PublishDir="./artifacts"，会将.NET Framework应用发布后的完整站点文件（含web.config、编译后的bin、页面文件等）输出到当前目录的artifacts文件夹。
2. 但后续Upload artifacts步骤却上传了AZURE_WEBAPP_PACKAGE_PATH指向的D:\a\NewGitAcTest\NewGitAcTest\bin目录——这只是编译后的中间文件目录，缺少Azure运行所需的web.config、站点入口页等关键文件，自然会触发权限/目录访问错误。
3. .NET Core流程正常是因为其发布默认生成可直接部署的包结构，且Azure/webapps-deploy对其兼容性更好，但.NET Framework依赖完整的文件系统发布结构。

修复步骤 #

1. 修正工件上传路径 #

修改环境变量或上传步骤，确保上传的是publish生成的artifacts目录：

env:
  AZURE_DEVWEBAPP_NAME: GitAc-Dev
  AZURE_PREPRODWEBAPP_NAME: GitAc-PreProd
  AZURE_WEBAPP_PACKAGE_PATH: './artifacts' # 改为publish输出目录

# 或者直接修改Upload artifacts步骤的path参数
- name: Upload artifacts
  uses: actions/upload-artifact@v2
  with:
        name: myapp
        path: ./artifacts

2. 优化Publish命令（可选但推荐） #

给msbuild的publish命令添加明确的发布参数，确保生成标准的站点部署结构：

- name: publish
  run: |
       msbuild NewGitActest.sln /t:Publish /p:Configuration=Release /p:Platform="Any CPU" /p:PublishDir="./artifacts" /p:WebPublishMethod=FileSystem /p:DeployOnBuild=true

3. 验证部署内容 #

部署完成后，登录Azure Portal进入对应App Service，在高级工具 > Kudu > 调试控制台 > 网站中查看wwwroot目录：

• 确认存在web.config文件
• 确认站点入口页（如default.aspx、index.aspx）存在且路径正确
• 检查web.config中的默认文档配置是否包含你的入口页

4. 确认App Service运行时设置 #

在Azure Portal的App Service配置 > 常规设置中，确保堆栈选择为.NET Framework，.NET Framework版本设置为v4.8，与你的应用版本匹配。

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