GitLab CI流水线：合并请求分支匹配下的Git策略配置问题

核心问题 #

在merge_request_event触发的流水线中，CI_COMMIT_REF_NAME对应的是合并请求的目标分支，而非发起MR的源分支。如果你的需求是判断源分支是否为release-*开头，当前变量使用错误会导致条件判断逻辑失效，进而错误触发git fetch策略。

修正后的配置 #

根据多数MR用fetch、仅release-*分支的MR用clone的需求，调整配置如下：

variables:
  GIT_STRATEGY: "clone"  # 默认使用clone策略

workflow:
  rules:
    # MR事件下，源分支不是release开头时，覆盖为fetch策略
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_SOURCE_BRANCH_NAME !~ /^release-\d+.*$/'
      variables:
        GIT_STRATEGY: "fetch"
    - if: $CI_COMMIT_TAG
    - if: '$CI_COMMIT_BRANCH && $CI_OPEN_MERGE_REQUESTS'
      when: never
    - if: '$CI_COMMIT_BRANCH'

如果你的需求是目标分支为release-*时使用clone，只需将变量替换为CI_MERGE_REQUEST_TARGET_BRANCH_NAME即可。

额外说明 #

• GitLab CI在merge_request_event中提供了专用的分支变量：
  • CI_MERGE_REQUEST_SOURCE_BRANCH_NAME：发起MR的源分支名称
  • CI_MERGE_REQUEST_TARGET_BRANCH_NAME：MR的目标分支名称
• 正则表达式/^release-\d+.*$/等价于原表达式，用\d替代[0-9]更简洁
• workflow规则按顺序匹配，一旦命中某条规则就会停止后续判断，确保规则顺序符合逻辑优先级

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