vscode本身不支持github pr功能，必须安装github pull requests and issues插件并完成oauth登录、确保工作区为关联github远程的git仓库根目录，否则创建/评论/审批均会静默失败或显示为空；右键add comment仅为本地草稿，需ctrl+enter提交，且必须在pr diff视图中光标停于变更行才生效。
VSCode 本身不支持 GitHub PR 功能，必须装 GitHub Pull Requests and Issues 插件并完成登录和上下文配置，否则所有操作（创建、评论、审批）都会静默失败或显示为空。
插件装了但侧边栏没 GitHub 图标？检查登录和仓库上下文
很多人以为安装完就能用，结果点击活动栏看不到图标，或点了没反应。这不是插件问题，而是两个前置条件没满足：
- 必须通过
GitHub: Sign In命令（Ctrl+Shift+P输入）走 OAuth 登录，仅安装不登录 = 没权限 - 当前打开的工作区必须是 Git 仓库，且
git remote get-url origin能返回有效 GitHub 地址（HTTPS 格式优先；SSH 地址如git@github.com:org/repo.git会被插件忽略） - 如果远程名不是
origin（比如是upstream），插件直接跳过识别——可手动在.vscode/settings.json中加"githubPullRequests.repository": "org/repo"
右键 Add Comment 没发出去？你还在写草稿
插件默认不自动提交评论，所有输入都只是本地暂存。常见现象：写完关掉面板，刷新后消失；按 Enter 换行却没发出去；状态栏显示 GitHub: Read-only。
- 确认你处于 PR 的 diff 视图（不是普通编辑器），光标停在有变更的行上
- 写完后必须按
Ctrl+Enter（Windows/Linux）或Cmd+Enter（macOS）提交，Enter只是换行 - 若想批量写多条评论再统一提交，先右键某行 →
Start Review，最后点顶部Submit Review按钮 - 未提交的评论存在内存里，关掉 diff 标签页就丢，别攒太多
评论发不出、审批按钮灰掉？检查是否掉进子模块或只读陷阱
插件对路径极其敏感。一旦当前文件路径不属于主仓库根目录（比如你在 libs/utils/src/index.ts 这类子模块路径下打开文件），它就会误判为独立仓库，导致 PR 上下文丢失。
- 状态栏显示
GitHub: Read-only (no PR context)是最明确的信号 - 解决方法：关闭所有文件，右键主仓库根文件夹 →
Set as Folder Workspace - 如果你用多根工作区，确保主仓库文件夹是“活动文件夹”，子模块路径不要单独加进来
- SSH 克隆 + 子模块 + 非 origin 远程 = 三重失效组合，优先切 HTTPS 克隆：
git remote set-url origin https://github.com/org/repo.git
想让评论更有依据？GitLens 补齐 Blame 信息不能省
只看 diff 写评论容易问出“这行谁写的？为什么这么改？”。GitLens 提供的行级作者和 commit 信息，是避免低质量评论的关键。
- 安装
GitLens后，按Ctrl+Shift+P输入GitLens: Toggle File Blame Annotations开启行号旁标注 - 悬停看到
abc1234 · @alice · 2 days ago？点击直接跳转到该 commit，查看原始 PR 描述 - 刚 rebase 过？Blame 显示的作者可能不准——右键文件 →
GitLens: Toggle Blame for Current Line切换为基于原始 commit 的 blame - 某段逻辑反复修改？右键 →
GitLens: Show Commit in Timeline拉出完整演进时间线
真正卡住人的从来不是功能不会用，而是插件在后台悄悄丢了上下文：SSH 地址解析失败、子模块路径误判、草稿没提交还关了标签页。每次操作前花三秒看一眼状态栏提示，比事后排查快十倍。
