安装 GitHub Pull Requests and Issues 扩展后无反应，需手动启用并登录 GitHub 账户；确保工作区为已关联远程的 Git 仓库，检查 token 权限、网络及企业实例配置；PR 审查须在 diff editor 中操作，合并后需手动同步本地分支。
安装 GitHub Pull Requests and Issues 扩展后没反应
VSCode 默认不内置 PR 功能，必须手动启用扩展且登录 GitHub 账户。很多人装完就以为能用，结果侧边栏找不到图标、右键无 Git: Create Pull Request 选项。
- 确认已安装官方扩展：
GitHub Pull Requests and Issues（作者是 GitHub），不是第三方仿制品 - 必须点击左下角账户图标 →
Sign in to GitHub，支持 GitHub.com 或 GitHub Enterprise（需填实例 URL） - 工作区必须是 Git 仓库，且本地分支已关联远程（
git branch --set-upstream-to=origin/main main），否则创建 PR 时会报No remote repository configured - 如果用 GitHub SSO（企业账号），可能需要在浏览器完成二次授权，VSCode 会弹出登录页 —— 关闭页面会导致静默失败
点开 PR 后文件列表为空或显示“Loading…”
这是网络或权限问题最典型的表征，不是插件坏了。PR 数据走 GitHub REST API，受 token 权限、网络代理、仓库可见性三重影响。
- 检查 GitHub Personal Access Token 权限：至少要勾选
repo（私有库必需）、workflow（如涉及 CI 状态）、read:user（显示作者头像） - 若公司用 GitHub Enterprise，确保 VSCode 设置里
github-enterprise.uri配置正确，且该实例允许 API 访问（有些禁用了/pulls端点） - 遇到
Failed to fetch pull requests: Request failed with status code 403，大概率是 token 过期或权限不足，重新生成 token 并在 VSCode 里GitHub: Sign out再登录 - 大型单体仓库（比如 >10k 文件）可能加载缓慢，此时可先用
Filter by file name搜索关键路径，避免等全量列表
审查时无法添加行内评论或提交审批
VSCode 的 PR 审查能力依赖于当前打开的文件是否与 diff 匹配。它不会自动同步你正在编辑的未保存内容，也不会把草稿当评论发出去。
- 必须在 PR 视图中双击某个改动文件（不是你自己 workspace 里的同名文件），进入「diff editor」模式才能右键加评论
- 评论框里写完内容后，务必按
Ctrl+Enter（Windows/Linux）或Cmd+Enter（macOS）提交，只按 Enter 是换行，不是发送 - 审批操作（Approve/Comment/Request changes）只对整个 PR 有效，按钮在 PR 概览页右上角，不在文件 diff 页 —— 很多人在代码行右键找审批选项，其实不存在
- 如果你改了本地文件但还没
git add，VSCode 不会把它纳入 diff，也就无法评论；审查前建议先git stash掉无关修改，保持干净上下文
合并 PR 后本地分支状态不同步
VSCode 插件默认不自动 fetch 或 reset 本地分支。点 Merge 按钮只是调用 GitHub API 合并远端，你的本地 main 还是旧的 commit hash。
- 合并成功后，手动执行
git fetch origin，然后git reset --hard origin/main（谨慎！确保本地无未提交更改） - 或者更安全的方式：在 VSCode 命令面板运行
Git: Fetch，再右键分支名选Reset Current Branch to→origin/main - 如果经常遇到合并后本地滞后，可在设置里开启
github-pr.autoFetchOnMerge（v0.60+ 支持），但注意它只 fetch，不自动 reset - 别依赖插件里的 “Merge” 按钮做所有事 —— 它不处理 rebase、squash 等策略，这些仍需命令行或网页端操作
PR 审查流程里最容易被忽略的，其实是「当前打开的文件是否来自 PR diff 视图」。点错一个标签页，后面所有评论、审批动作都会失效，而错误提示往往藏在状态栏角落，一闪就过。
