评审请求也能按引用抓取
评审请求的代码不一定要靠命令行工具获取：平台会把请求的头部暴露成一个引用（GitHub 上是 refs/pull/<编号>/head），直接按引用抓取就能拿到同一份内容。这样在没有装命令行工具、或需要脚本化处理时也能用，适合本地复现、差异对比与排查。
基本信息
| 头部引用 | refs/pull/<编号>/head |
|---|---|
| 合并态引用 | refs/pull/<编号>/merge，平台的试合并结果 |
| 抓取写法 | git fetch origin pull/<编号>/head:<本地分支> |
| 平台差异 | 其他平台的引用命名不同，按对应平台文档确认 |
| 适用场景 | 不依赖命令行工具的本地复现 |
典型使用场景
- 在本地复现评审请求中报告的问题
- 在没有命令行工具的环境里检查某个请求的代码
- 脚本批量拉取若干请求做静态检查
- 核对作者这一轮究竟推了哪些内容
- 不改动自己分支的前提下临时查看请求内容
常用示例
常用示例
git fetch origin pull/128/head:pr-128 # 抓取请求头部到本地分支
git switch pr-128 # 切过去查看内容
git log --oneline -3 # 查看该请求的提交清单
git fetch origin pull/128/merge:pr-128-merge # 抓取平台的试合并结果
git diff origin/main...pr-128 --stat # 三点对比更贴近平台视图引用读法
| 引用 | 含义 | 用途 |
|---|---|---|
| pull/<编号>/head | 请求的头部提交 | 本地复现与差异对比 |
| pull/<编号>/merge | 平台的试合并结果 | 判断合并后能否通过检查 |
流水线服务常直接消费这些引用；本地做对比时用三点写法（目标分支与请求分支之间）更贴近平台展示的差异范围。
请求分支被强推之后，本地已经抓取的引用就过期了，重新抓取覆盖即可，不会影响本地其他分支。
已经装了命令行工具时，也可以直接用它的检出命令，效果相同。按引用抓取的优势在于不依赖工具链，脚本与流水线里更容易复用同一套写法。
本地核对步骤
- 抓取到一个独立分支，避免直接改动自己正在开发的分支
- 用相对目标分支的三点对比确认改动范围
- 跑一遍本地测试或复现步骤，验证问题是否仍然存在
- 核对完成之后删除这个临时分支，保持分支列表干净