ctrl+shift+p（macos为cmd+shift+p）是vscode中github pull requests插件的核心入口，几乎所有操作均需通过命令面板触发；alt+click可快速在diff行添加评论，ctrl+enter（macos为cmd+enter）才能提交评论，而非enter键。
Ctrl+Shift+P 是打开所有 PR 操作的入口
几乎所有 GitHub Pull Requests 插件的命令都得从命令面板触发，而不是靠记忆一堆快捷键。插件本身没绑定太多全局快捷键，Ctrl+Shift+P（macOS 是 Cmd+Shift+P）才是你每天点十几次的“主开关”。
常见高频命令包括：GitHub: Create Pull Request、GitHub Pull Requests: Refresh、GitHub: Sign In、GitHub: Create Issue。别试图记快捷键组合——直接输名字更稳，VSCode 会自动补全。
容易踩的坑：
- 按了
Ctrl+Shift+P却输错命令名（比如漏掉空格或大小写），结果找不到选项；建议输前几个字母后看下拉列表确认 - 在非 Git 工作区里执行命令，插件会静默失败，状态栏也不报错——先检查右下角是否显示
GitHub: org/repo - 命令执行后没反应？大概率是当前分支没推送到远程，插件无法生成 diff，此时需先
git push
Alt+Click 在 diff 行上快速添加评论
这是唯一一个真正值得记住的快捷键：把光标停在 diff 区域的 + 或 - 行（即带背景色高亮的新增/删除行），按住 Alt 键再单击行号，就能直接唤出评论输入框。
它比右键 → Add comment 快半秒，适合批量扫读时连续标注。但注意：Alt+Click 只对变更行有效，普通代码行或未暂存文件里的行无效。
为什么有时点了没反应？
- 当前文件不在 PR 的变更列表中（比如你打开的是本地未提交的文件）
- 多根工作区下，编辑器标签页路径不属于主仓库（如
libs/utils/index.ts而不是仓库根目录） - SSH 克隆的仓库未手动配置
"githubPullRequests.repository": "org/repo"，插件压根识别不了上下文
Ctrl+Enter 提交评论，不是回车
写完一条评论后，必须按 Ctrl+Enter（macOS Cmd+Enter）才能真正提交到 GitHub。按 Enter 只是换行，草稿仍留在本地缓存里，关掉 diff 视图就丢。
这个设计反直觉，但有明确意图：避免误触发送。实际使用中，90% 的“评论没发出去”问题都卡在这一步。
可配合的操作：
- 写完一条就立刻
Ctrl+Enter，别攒着——草稿只存在内存里，不落盘 - 如果想批量提交，得先切到「待审阅」模式（顶部工具栏切换），再统一点击
Submit comment按钮 - 提交后没在网页端看到？立即运行
GitHub Pull Requests: Refresh，别等自动轮询（默认 30 秒一次）
Review 状态提交要手动触发，没有快捷键
批准（Approve）、请求修改（Request Changes）、评论后提交（Comment）这三种审查动作，插件没分配快捷键。它们只出现在 PR 详情页右上角的下拉菜单里，或通过命令面板输入 GitHub Pull Requests: Approve 等命令调用。
这意味着：你不能靠快捷键一键完成“写完评论+批准”全流程。必须分两步——先评论，再点按钮或运行命令。
关键细节：
- 状态提交后不会自动刷新文件 diff，得手动点顶部的
Refresh图标或运行对应命令 - 如果团队要求强制双人批准，你点了
Approve后，状态栏可能仍显示“1/2 approved”，这是正常行为 -
Request Changes会把 PR 状态置为阻塞，且无法被作者自行覆盖——这点和网页端完全一致
Alt+Click 和 Ctrl+Enter 都会失效。
