本地检出评审分支
评审复杂改动时把对应的评审分支检出到本地：运行构建与测试、用熟悉的编辑器查看上下文与调用方。命令行工具都提供了按编号检出的能力，对改动较大的评审比在网页上读差异有效得多。
基本信息
| GitHub | gh pr checkout <编号>，自动创建本地分支并跟踪 |
|---|---|
| GitLab | glab mr checkout <编号> |
| 用途 | 跑测试、查调用方、验证边界场景 |
| 安全注意 | 他人分支可能包含构建脚本，执行前先看工程配置 |
| 收尾 | 评审完切回自己的分支，不把评审分支改成自己的提交 |
典型使用场景
- 改动涉及多个文件，需要看清调用关系
- 需要实际运行测试来验证假设
- 改动较大，网页差异阅读体验差
- 想验证边界条件与异常路径
- 需要在本地复现报告的问题
常用示例
常用示例
gh pr checkout 128 # 检出评审分支
git log --oneline -5 # 看这次改动由哪些提交构成
git diff origin/main...HEAD # 与主干对比完整改动
# 在本地运行测试或小脚本验证假设
git switch - # 评审完切回自己的分支工具与命令
| 平台 | 命令 | 说明 |
|---|---|---|
| GitHub | gh pr checkout 编号 | 建立本地分支并跟踪对应评审 |
| GitLab | glab mr checkout 编号 | 同上的对应操作 |
| 通用方式 | 从远端拉取评审引用到本地分支 | 不依赖平台命令行工具 |
本地检出后可以随手运行测试或写小脚本验证假设，比在网页上通读差异更快发现隐藏问题。
他人分支可能包含构建脚本或依赖安装步骤，执行前先查看工程配置，不要在不确定来源的代码上直接运行脚本。
本地检出后可以用断点与日志验证推测，把「我觉得这里有问题」变成「实测到这里会失败」，评审意见的说服力完全不同。
评审结论仍应回到评审页面表达：本地修改不会同步给作者，只在本地改一遍会让沟通断层。