GitLab CI/CD配置：预检查合并后代码是否可编译构建

你遇到的核心问题是当前MR流水线仅验证源分支自身的编译状态，未考虑目标分支（main）最新代码与源分支合并后的实际运行情况。以下是两种无需实际合并即可预检查合并后代码的配置方案：

方案一：利用GitLab自动虚拟合并（推荐） #

GitLab的merge_request_event类型流水线默认会基于源分支与目标分支的虚拟合并结果执行构建，无需手动操作。只需调整CI配置并开启自动重跑机制：

优化CI规则配置 #

修改rules确保MR流水线仅针对合并后的虚拟分支运行：

variables:
  GIT_SUBMODULE_STRATEGY: recursive

stages:
  - build

build:
  stage: build
  script:
    - cmake -B build
    - cmake --build build
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
      # MR事件触发时，自动基于合并后的代码执行流水线
    - if: '$CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE == "push"'
      # 主分支推送时仍保留构建验证

开启目标分支更新自动重跑 #

进入项目设置 > 通用 > 合并请求，启用「当目标分支更新时重新运行流水线」选项。这样每当main分支有新提交，所有针对它的MR会自动重新执行流水线，验证最新的合并结果。

方案二：手动合并目标分支（兼容旧版GitLab） #

如果你的GitLab版本不支持自动虚拟合并，可在构建脚本中手动拉取目标分支并合并，模拟合并后的状态：

variables:
  GIT_SUBMODULE_STRATEGY: recursive
  TARGET_BRANCH: main

stages:
  - build

build:
  stage: build
  script:
    # 拉取目标分支最新代码
    - git fetch origin $TARGET_BRANCH
    # 模拟合并（无快进，保留合并记录）
    - git merge --no-ff origin/$TARGET_BRANCH
    # 执行构建
    - cmake -B build
    - cmake --build build
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
    - if: '$CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE == "push"'

注意：若合并时出现冲突，流水线会直接失败，需手动解决冲突后再推送MR。

验证效果 #

调整配置后，MR流水线将直接验证合并后的代码状态，提前发现合并后可能出现的编译问题，确保合并后主分支可正常构建。

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