首页/开发/CI/CD 与发布速查/合并请求流水线(MR/PR Pipeline)
流水线设计54 条

合并请求流水线(MR/PR Pipeline)

以「合并后的结果」为准验证变更:GitLab 合并请求事件管道、GitHub pull_request 事件,通过后合并按钮才可点。

CI/CD 与发布速查开发更新于 2026-10-12
价值防止「分支全绿、合并后主干红」
信号验证对象是合并结果而非仅分支头
配套分支保护要求该检查通过后才可合并

GitLab

GitLab
workflow:
  rules:
    - if: $CI_PIPELINE_SOURCE == "merge_request_event"
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH

GitHub

GitHub
on:
  pull_request:
    branches: [main]
GitHub 的 pull_request 默认校验合并结果(merge commit 视图),与仅校验分支头有差别。

易错点

  • 只跑分支头不跑合并结果:两个各自全绿的分支合并后可能编译失败
  • 每推一次都重跑全量:配合并发取消(concurrency)取消旧运行,节省队列

数据来源与参考

  • GitLab Docs《Merge request pipelines》
  • GitHub Docs《Events that trigger workflows》
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌