关于AWS Webhook错误触发流水线及PR合并构建异常的咨询

问题1：推送stage分支触发master流水线的原因 #

• 分支匹配规则配置错误：你可能误将PUSH事件的分支匹配逻辑设置为模糊匹配（如*master*），导致stage分支被误判为符合master分支的触发条件；或者混淆了head reference与base reference的定义——在PUSH事件中，head reference指的是被推送的目标分支，若你的配置实际监听的是base reference为master，推送stage分支时可能因规则交叉触发错误流水线。
• 触发器分支过滤不严格：部分CI/CD工具中，若未严格限定分支过滤条件，即使你指定了head reference为master，也可能存在配置漏洞，导致所有PUSH事件都触发master流水线。

问题2：PR合并后流水线在PR分支触发而非master分支的修正 #

当事件类型为PULL_REQUEST_MERGED时，多数CI/CD工具默认基于PR的**head分支（发起PR的分支）**执行流水线，而非合并后的base分支（master）。要让流水线在master分支触发，需调整配置：

• 在构建步骤中强制切换到master分支并拉取最新代码：

  git checkout master
  git pull origin master
  

• 或在CI工具的触发配置中，指定构建源为base分支的引用（例如GitHub Actions中配置ref: ${{ github.event.pull_request.base.ref }}）。

问题3：合并hotfix分支后使用旧buildspec构建的原因及解决 #

这是因为PR合并事件触发流水线时，CI工具默认加载hotfix_branch分支的代码快照，而非合并后的master分支代码。即使PR已合并，工具仍会基于PR发起分支的最后一次提交读取buildspec文件，导致使用旧版本。解决方式：

• 在构建前置步骤中，强制拉取master分支的最新代码覆盖工作区：

  git fetch origin master
  git reset --hard origin/master
  

• 修改CI工具的触发配置，将构建源明确指定为base分支（master），而非PR的head分支。

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