1. 为什么需要查看GitHub PR？
在团队协作开发中，Pull Request（PR）是代码审查的核心载体。我刚参与开源项目时，经常遇到这些场景：想了解某个功能的实现细节、需要复查同事提交的代码变更、或者要追踪某个issue的修复进度。这时候，快速定位和查看PR就成了一项必备技能。
2. PR的四种查看路径
2.1 通过仓库PR列表查看
这是最常规的访问方式：
- 进入目标代码仓库
- 点击顶部导航栏的"Pull requests"标签
- 在列表页可以看到所有PR的标题、创建者、标签等元信息
- 使用右侧的Filters可以按状态（Open/Closed）、作者、标签等条件筛选
提示：在仓库URL后直接追加/pulls可快速跳转，例如：
https://github.com/{owner}/{repo}/pulls
2.2 通过issue关联查看
当PR被标记为修复某个issue时：
- 在issue评论区会显示"Linked pull requests"区域
- 点击卡片即可跳转到对应PR
- 这种关联关系需要开发者手动通过fixes #123语法建立
2.3 通过分支查看
知道具体分支名时：
- 进入仓库的"Branches"页面
- 搜索目标分支
- 分支卡片右侧会显示关联的PR状态
- 点击"View pull request"即可跳转
2.4 通过URL直接访问
获取PR编号后，可直接构造URL访问：https://github.com/{owner}/{repo}/pull/{pr_number}
3. PR页面的核心功能模块
3.1 概览区（Conversation）
- 显示PR描述、讨论记录
- 关键操作按钮：
- Merge：合并PR（需有权限）
- Close：关闭PR
- Reopen：重新打开已关闭的PR
3.2 变更文件（Files changed）
- 查看所有被修改的文件
- 支持按文件类型过滤
- 行级评论功能：
- 点击行号左侧的+按钮
- 输入评论内容
- 可发起单次评论或开启review会话
3.3 提交记录（Commits）
- 显示该PR包含的所有git commit
- 点击commit哈希可查看详细变更
- 支持按作者/日期筛选
3.4 检查状态（Checks）
- 显示CI/CD流水线执行结果
- 包括测试覆盖率、构建状态等
- 失败时会标记具体出错步骤
4. 高级查看技巧
4.1 使用快捷键加速操作
- 按
t激活文件查找器 - 按
w切换分支/标签 - 按
l快速编辑标签 - 按
c快速评论
4.2 配置邮件通知
- 进入Notification设置
- 开启"Web and mobile"通知
- 选择参与PR的自动订阅规则
4.3 使用GitHub CLI工具
# 列出仓库PR gh pr list --repo owner/repo # 查看特定PR详情 gh pr view 123 --repo owner/repo --web5. 常见问题排查
5.1 找不到预期PR的情况
- 检查是否切换到了正确的仓库
- 确认PR状态（可能已被合并或关闭）
- 尝试用作者过滤：
author:username
5.2 文件差异显示异常
- 确认比较的分支是否正确
- 尝试切换diff显示方式（Split/Unified）
- 清除浏览器缓存后重试
5.3 权限不足问题
- 确认是否有该仓库的读取权限
- 私有仓库需要先被邀请为Collaborator
- 考虑使用GitHub Token进行认证
6. 移动端查看方案
GitHub官方App提供了完整的PR查看功能：
- 在应用商店下载GitHub移动端
- 登录后进入目标仓库
- 底部导航栏选择"Pull Requests"
- 支持基本的评论、合并操作
对于频繁查看PR的开发者，建议：
- 在桌面浏览器固定常用PR页面
- 使用浏览器PWA模式获得类App体验
- 配置IDE插件直接集成PR查看功能
