CodePipeline未为新SupportApi栈创建部署动作求助

• 核对CodeBuild与本地的CDK版本
  查看CodeBuild构建日志中的cdk --version输出，和本地执行的版本对比。若版本不一致，在buildspec.yml中指定固定版本安装，比如npm install -g aws-cdk@2.100.0，避免版本差异导致新栈定义不被识别。

• 确认CodeBuild代码拉取完整性
  在buildspec.yml中添加git log --oneline -n 3或ls -la src/your-support-api-dir命令，检查构建环境是否拉取到了新增SupportApi栈的完整代码。排查是否存在.gitignore误排除关键文件、分支拉取错误等情况。

• 检查上下文与环境变量差异
  对比本地cdk context list和CodeBuild中执行该命令的输出，确认是否有本地存在的上下文参数在流水线环境中缺失。同时检查代码中是否有基于环境变量的条件判断（如if (process.env.ENABLE_SUPPORT_API)），验证CodeBuild的环境变量配置是否与本地一致。

• 排查AppStage的栈添加逻辑
  确认SupportApi栈是否正确被添加到AppStage的构造函数中，避免因作用域问题（如栈定义在局部函数内未返回）、拼写错误导致栈未被纳入Stage。检查是否存在动态生成栈的逻辑，确认在CodeBuild环境下触发条件是否满足。

• 分析cdk synth的详细日志
  在buildspec.yml中将合成命令改为cdk synth --verbose，查看完整日志是否存在隐藏警告（如依赖缺失、权限不足）导致栈被跳过。重点关注是否有关于SupportApi栈的跳过提示或错误信息。

• 验证目标账户的CDK Bootstrap状态
  确认dev/prod账户的CDK bootstrap是否为最新版本，尤其是新增栈涉及的区域或资源类型是否需要更新bootstrap权限。若本地已重新执行过bootstrap，需确保CodeBuild角色有权限在目标账户中完成必要的bootstrap操作。

• 检查CodePipeline的定义逻辑
  排查生成CodePipeline的CDK代码，确认是否存在手动指定部署栈列表的逻辑，导致新增的SupportApi栈未被包含。同时确认Pipeline本身是否已重新部署，避免旧的Pipeline定义未更新。

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