GitLab CI/CD如何判断分支可合并？如何通过.gitlab-ci.yml校验分支版本先后？

GitLab 本身默认不会直接阻止「源分支落后于目标分支」的合并请求创建，只会在合并按钮处做基础冲突检测：

• 若源分支和目标分支没有内容冲突，即使源分支落后，GitLab 默认仍允许合并（会自动生成合并提交，具体行为取决于你配置的合并策略）
• 只有当两个分支存在无法自动解决的代码冲突时，才会直接禁用合并按钮

你提到的「无法正常执行」属于团队自定义的合并规范：要求源分支必须先同步目标分支最新代码，避免合入旧版本覆盖已有更新，该规则默认 GitLab 没有强制限制，可自行通过配置实现校验。

完全可以通过 CI 流水线新增专属校验任务，仅针对 dev 到 build 的合并请求触发，校验不通过即可阻断合并。

注意：该配置生效的前提是你需要在项目合并请求设置中开启「Pipeline must succeed（流水线必须成功）」的合并校验规则，否则即使校验任务失败，仍可手动合并。

.gitlab-ci.yml 配置示例如下：

check_dev_ahead_of_build:
  stage: test
  rules:
    # 仅触发场景：合并请求、源分支为dev、目标分支为build
    - if: $CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_SOURCE_BRANCH_NAME == "dev" && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "build"
      when: always
  script:
    # 拉取远程全部分支信息
    - git fetch origin
    # 校验dev是否包含build分支所有提交
    - |
      if git merge-base --is-ancestor origin/build origin/$CI_COMMIT_REF_NAME; then
        echo "dev分支已同步build分支最新代码，校验通过"
        exit 0
      else
        echo "ERROR: dev分支落后于build分支，请先将build分支最新代码合并到dev后再发起合并请求"
        exit 1
      fi

配置逻辑说明：

• 核心使用 Git 原生命令 git merge-base --is-ancestor 祖先提交 待检查提交 做判断：如果待检查提交包含祖先提交的所有改动，命令返回0，否则返回1
• rules 字段限定了只有 dev 向 build 发起合并请求时才会运行该校验任务，其他合并场景不受影响
• 校验失败时任务主动返回错误码，触发流水线失败规则，自动阻断合并操作

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