GitLab CI规则中$CI_COMMIT_BRANCH && $CI_OPEN_MERGE_REQUESTS的作用是什么？

先看你给出的完整规则：

rules:
    - if: $CI_PIPELINE_SOURCE == "merge_request_event"
    - if: $CI_COMMIT_BRANCH && $CI_OPEN_MERGE_REQUESTS
      when: never
    - if: $CI_COMMIT_BRANCH

这个规则的核心是避免重复触发流水线，具体原因如下：

当你在一个已经关联了开放合并请求（MR）的分支上提交代码时，GitLab默认会自动触发两类流水线：

• 合并请求流水线：由merge_request_event事件触发，对应第一条规则，专门用于验证MR的合并可行性
• 分支流水线：由分支提交事件触发，对应第三条规则，用于验证分支本身的代码状态

这种重复触发会带来实际问题：

• 浪费CI资源：相同的构建、测试任务跑两遍，增加成本和等待时间
• 状态混乱：两类流水线可能出现不一致的结果，让团队难以判断代码真实状态

而第二条规则if: $CI_COMMIT_BRANCH && $CI_OPEN_MERGE_REQUESTS配合when: never，就是专门针对这种场景：当分支存在开放MR时，直接阻止分支流水线触发，只保留合并请求流水线运行。

整个规则的执行逻辑是按顺序匹配的：

1. 先检查是否是合并请求事件，是则触发流水线
2. 如果当前分支有开放MR，直接跳过（不触发）
3. 最后如果是普通分支提交（无开放MR），触发分支流水线

这样既保证了MR场景下只有专门的验证流水线，又不影响普通分支的CI流程，实现了分支流水线和合并请求流水线的无缝切换。

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