CodePipeline部署Elastic Beanstalk失败：容器命令执行出错求助

核心问题根源 #

eb deploy本地正常但CodePipeline触发部署失败，本质是两种部署方式的代码包结构、部署路径存在差异，且CodePipeline构建环节可能遗漏了关键文件或配置。

1. 检查CodePipeline构建输出的代码包完整性 #

CodePipeline的Source阶段拉取GitHub代码后，若使用CodeBuild作为Build阶段，必须确保构建输出的代码包包含项目根目录的所有文件（包括.platform/隐藏目录、manage.py）。很多情况下Build阶段会误过滤隐藏目录，导致EB部署时缺少关键文件。

• 验证方法：下载CodeBuild输出的artifact包，解压后检查是否存在.platform/和manage.py。
• 修复方式：修改CodeBuild的buildspec.yml，配置完整打包所有文件：

  artifacts:
    files:
      - '**/*' # 匹配所有文件及子目录，包括隐藏目录
  

2. 修正container_commands的工作路径 #

EB的container_commands默认工作目录为/var/app/staging/，但如果CodePipeline打包的代码包结构嵌套（比如项目根目录在子文件夹中），会导致找不到目标文件。

• 先添加调试命令确认文件位置：

  container_commands:
    01_debug_path:
      command: "pwd && ls -la /var/app/staging/"
  

  部署后查看EB日志，定位manage.py和.platform/的实际路径，再调整命令：

  container_commands:
    01_run_migrate:
      command: "cd /var/app/staging/your-project-folder && python3 manage.py migrate --noinput"
    02_collect_static:
      command: "cd /var/app/staging/your-project-folder && python3 manage.py collectstatic --noinput"
  

3. 对齐EB平台版本与环境变量配置 #

• 确保EB环境使用的平台版本（如Python 3.10）与本地eb deploy时的版本完全一致，不同版本的部署路径、Python解释器路径可能存在差异。
• 检查EB环境属性中的PYTHONPATH，需指向项目根目录（比如/var/app/staging/your-project-folder），确保Python能找到manage.py所在的模块。

4. 解决实例版本不一致与Degraded状态 #

• 临时关闭自动扩缩容功能，手动触发一次部署，确认单实例部署正常后再重新开启自动扩缩容，避免部署过程中新增实例同步失败。
• 切换EB部署策略为滚动部署或蓝绿部署，逐步替换实例，降低部署失败对整个环境的影响。

5. 深度分析部署日志 #

• 查看EB实例上的/var/log/eb-engine.log，该日志记录了部署全流程的细节，包括环境变量加载、命令执行的上下文信息。
• 查看/var/log/web.stdout.log，获取Python命令执行的具体错误（如解释器版本不兼容、模块缺失等）。

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