实现公开GitHub仓库与私有GitLab镜像的贡献同步

问题1：GitLab MR只能关闭的优化方案 #

方案1：将GitLab仓库作为私有开发协作仓库（非纯镜像） #

把GitLab的主分支设置为受保护分支，仅允许从GitHub上游同步更新，禁止直接推送或合并MR到主分支。同时创建专门的私有集成分支（例如private-integration），所有完成评审的MR都合并到这个集成分支：

• 开发流程：从主分支拉取新开发分支→提交变更→创建MR到private-integration→完成评审后合并MR
• 后续推送：当需要同步到GitHub时，将private-integration分支的内容推送到GitHub对应分支，之后再把private-integration重置到最新的GitHub主分支，保持分支干净。

这种方式可以让MR正常合并，保留完整的评审记录，同时避免污染主分支的镜像属性。

方案2：给MR添加状态标记替代关闭 #

如果坚持保持GitLab仓库的纯镜像属性，不合并任何变更到仓库分支，可以给MR添加自定义标签（例如approved-to-push）或者设置自定义状态，标记该MR已完成评审，无需直接关闭。后续可以通过标签筛选出所有需要推送的MR对应的分支，统一处理；同时在MR描述里备注对应的GitHub PR链接，方便跟踪关联关系。

问题2：自动化推送分支到GitHub的实现方案 #

可以且非常推荐自动化该流程，减少手动操作的误差和重复工作量，具体实现方式如下：

方式1：使用GitLab CI/CD自动化推送 #

1. 配置权限：在GitHub生成一个仅具有仓库推送权限的个人访问令牌（PAT），在GitLab仓库的「设置→CI/CD→变量」中添加这个令牌，命名为GITHUB_PUSH_TOKEN，并设置为保密变量。
2. 编写CI配置文件：在GitLab仓库根目录创建.gitlab-ci.yml，添加如下流水线任务：

push-to-github:
  stage: deploy
  only:
    - branches:
        - private-integration # 指定私有集成分支
    - tags:
        - approved-to-push # 或指定触发标签
  script:
    - git remote add github https://$GITHUB_PUSH_TOKEN@github.com/你的用户名/你的仓库名.git
    - git push github $CI_COMMIT_BRANCH:main # 推送到GitHub的主分支或对应分支
    # 可选：自动创建GitHub PR
    - apt-get update && apt-get install -y gh
    - echo $GITHUB_PUSH_TOKEN | gh auth login --with-token
    - gh pr create --base main --head $CI_COMMIT_BRANCH --title "私有贡献同步变更" --body "该PR由GitLab自动化推送生成"

当MR合并到private-integration分支，或给分支打上approved-to-push标签时，自动触发流水线完成推送，甚至可以自动创建GitHub PR。

方式2：利用GitLab Webhook触发自定义脚本 #

1. 在GitLab仓库的「设置→Webhooks」中添加一个Webhook，触发事件选择「MR合并事件」或「MR状态变更事件」，指向你的服务器脚本地址。
2. 在服务器上编写Shell/Python脚本，接收GitLab的Webhook请求：
   • 用GitLab提供的秘钥验证请求合法性
   • 拉取对应的GitLab分支
   • 添加GitHub远程仓库，推送分支到GitHub
   • 可选：调用GitHub API自动创建PR

这种方式适合拥有独立服务器资源，需要更灵活自定义逻辑的场景。

内容的提问来源于stack exchange，提问作者f-hollow