Azure Pipeline部署至AWS Elastic Beanstalk提示web.config缺失故障

• 确认部署任务的包路径配置
  检查「Deploy to Elastic Beanstalk」任务中「Web Deploy Package or Folder」参数是否指向发布输出的根目录，而非项目源码目录或包含压缩包的父文件夹。若使用压缩包，确保任务正确识别压缩包内的根目录结构——VS Toolkit生成的包通常直接将web.config放在根层级，若Azure Pipeline任务误将压缩包内的子文件夹作为部署根目录，会导致EB找不到web.config。

• 验证构建步骤的输出结构
  检查Azure Pipeline中的构建任务（如dotnet publish或VS Build）参数：

  • 若用dotnet publish，确认是否添加了正确的输出路径参数（如dotnet publish --output $(Build.ArtifactStagingDirectory)/publish），确保web.config生成在publish目录的根层级；
  • 对比VS Toolkit发布时的构建参数，确保Pipeline的构建过程和本地发布的输出结构完全一致，没有额外的目录层级。

• 开启Pipeline详细日志排查
  将Azure Pipeline的日志级别切换为「Diagnostic」（编辑Pipeline → 运行 → 「Enable diagnostics」），重新执行部署任务。查看日志中关于文件上传、解压的详细步骤：

  • 确认web.config是否被包含在上传的文件列表中；
  • 检查EB端解压后的文件结构，确认web.config是否位于EB期望的根目录下。

• 手动验证压缩包的部署兼容性
  把Azure Pipeline生成的压缩包下载到本地，手动上传至AWS Elastic Beanstalk控制台进行部署：

  • 若手动部署成功，说明问题出在Azure Pipeline的任务配置而非压缩包本身，需重新检查任务参数；
  • 若手动部署也失败，仔细对比该压缩包与VS Toolkit生成的包的隐藏差异（如文件权限、扩展属性，可通过fc /b命令对比二进制内容）。

• 确认EB环境的平台配置
  检查AWS Elastic Beanstalk环境的平台版本是否与VS Toolkit发布时选择的一致：

  • 若为ASP.NET Core应用，确保EB平台选择的是对应版本的.NET Core运行时，而非传统的IIS（ASP.NET）平台；
  • 确认EB环境的部署配置中，是否有自定义的文件路径规则导致web.config被忽略。

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