如何在GitLab合并请求（MR）合并前触发源分支变更？

是可行的，不用局限于你提到的两种方案，以下是具体实现思路：

核心实现逻辑 #

通过合并请求（MR）流水线+手动触发的分支更新Job+合并前置校验的组合，就能在接受MR后、合并到main分支前，完成对foo分支的文件更新，同时满足所有main分支变更必须走MR的要求。

具体配置步骤 #

1. 在.gitlab-ci.yml中添加专门的更新Job
   这个Job仅在MR流水线中触发，且设为手动执行（避免误操作），负责更新foo分支的目标文件并推送：

   update-source-branch:
     stage: pre-merge
     rules:
       - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
         when: manual
         allow_failure: false # 设为必须通过的Job
     script:
       - # 这里写你的文件更新逻辑，比如修改配置、生成自动文档等
       - sed -i 's/old-value/new-value/' config.yaml
       - # 配置Git提交信息
       - git config user.name "GitLab Runner"
       - git config user.email "runner@your-domain.com"
       - git add config.yaml
       - git commit -m "Pre-merge update: sync config [skip ci]"
       - # 推送更新到源分支foo
       - git push origin $CI_MERGE_REQUEST_SOURCE_BRANCH_NAME
   

2. 配置MR合并前置规则
   在项目的设置 > 仓库 > 受保护分支中，对main分支开启：

   • 勾选“合并前必须成功完成流水线”
   • 确保上述update-source-branchJob被标记为流水线的“必需Job”（在CI/CD配置中通过allow_failure: false实现）

3. 操作流程

   • 当你在Web界面准备接受MR时，先手动触发MR流水线中的update-source-branchJob
   • Job执行完成后，会自动把更新推送到foo分支，此时MR会自动重新运行流水线（验证更新后的代码）
   • 等流水线成功后，即可完成MR合并到main分支

优势对比 #

• 避开了你提到的两种方案的局限：既不是只在MR创建时触发流水线，也不需要合并后再修改main分支
• 解决了pre-commit在快进合并时不触发的问题：因为直接更新源分支，无论是否快进，MR都会重新验证代码，确保更新后的内容被纳入合并
• 权限符合要求：不需要Runner拥有main分支的写权限，仅需拥有foo分支的推送权限即可，main分支保持受保护状态，所有变更必须通过MR完成

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