如何检出无访问权限的GitLab fork提交的merge request分支

核心结论 #

不需要强制依赖Web UI完成合入，也不需要申请Fork仓库权限、不需要调用GitLab API，有成熟的本地方案可以完成代码校验与合入操作。

报错根因 #

GitLab MR页面默认生成的「Check out branch」拉取指引，直接指向贡献者个人名下的Fork仓库地址。如果贡献者的Fork为私有仓库、且未主动给上游维护者开放访问权限，Maintainer按照指引执行fetch时自然会触发无权限报错，属于Fork工作流的默认权限逻辑，不属于操作错误。

可行处理方案 #

• 方案1：Web UI全流程操作（零配置）
  不需要拉取代码到本地，直接在MR详情页即可完成全流程校验：
  • 查看全量代码diff、逐行评论交互
  • 查看MR触发的上游项目CI/CD运行结果（MR流水线运行在上游项目上下文，不需要访问Fork仓库权限）
  • 校验通过后直接点击页面「Merge」按钮即可完成合入。
• 方案2：通过GitLab MR内置引用拉取代码到本地（无权限要求）
  GitLab会将所有提交到上游项目的MR代码，在上游仓库侧存储一份特殊的Git引用，拉取时只需要你持有上游MAIN项目的访问权限即可，完全不需要访问贡献者的私有Fork，操作步骤如下：
  1. 进入本地已克隆的MAIN项目仓库目录
  2. 从MR页面URL获取目标MR的编号，例如MR地址为https://gitlab.xxx/group/MAIN/-/merge_requests/456，则MR编号为456
  3. 执行命令拉取MR对应分支到本地：

     git fetch origin merge-requests/456/head:local-mr-456
     

  4. 执行git checkout local-mr-456切换到该分支，即可和普通本地分支一样做编译、调试、逻辑校验
  5. 本地校验完成后，既可以回到Web UI点击合入，也可以直接在本地完成分支合并后推送到MAIN仓库的对应分支。

  该引用规则是GitLab原生内置能力，所有版本均支持，拉取的代码内容和Fork源分支的提交完全一致。

• 方案3：调整项目MR权限配置（一劳永逸）
  作为MAIN项目的Maintainer，可以修改项目MR规则，从源头避免无权限拉取的问题：
  1. 进入MAIN项目的「设置 > 合并请求」配置页
  2. 找到Fork贡献相关配置，开启「仅允许来自维护者可访问的Fork的合并请求」选项
  3. 配置生效后，后续用户从私有Fork发起MR时，系统会强制要求贡献者勾选「允许上游项目维护者访问本次MR关联的Fork分支」选项，此时MR页自带的「Check out branch」拉取指引就可以正常执行，不会报权限错误。

补充说明 #

Merge Request确实不属于Git原生功能，最早由GitHub推出后被各大代码托管平台借鉴实现，GitLab的Fork型MR在设计上就做了上游冗余存储，不会因为贡献者删除Fork、收回Fork权限导致MR代码丢失，维护者始终可以通过上游仓库的特殊引用拿到MR的完整代码。

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