VS Code 通过 GitHub 官方扩展实现与 GitHub 深度协作：PR 面板支持检出分支、内联评论；Issues 管理可创建关联分支并自动关闭；Actions 日志支持点击跳转定位错误。
VS Code 本身不直接“运行” GitHub Actions，也不能原生创建 PR 或管理 Issues，但它通过官方插件和内置功能，实现了与 GitHub 的深度协作——关键在于 GitHub Pull Requests and Issues 扩展（由 GitHub 官方维护）以及对 Git、GitHub CLI 和 Actions 日志的本地支持。
PR 流程：在编辑器里完成代码审查闭环
安装 GitHub Pull Requests and Issues 后，VS Code 左侧会新增 PR 面板。你可以：
- 浏览当前仓库所有打开的 PR，按状态（draft/open/closed）、作者或标签筛选
- 点击任意 PR 直接在工作区中检出其分支（自动 fetch + checkout），无需命令行
- 在内联 diff 视图中逐行评论、添加建议（Suggestion），评论会实时同步到 GitHub
- 右键文件可快速跳转到对应 GitHub 文件 URL，方便对照 CI 状态或历史讨论
提交评论后，GitHub 上的 PR 页面会立刻更新，团队成员可在同一上下文中继续讨论，真正实现“写代码时就参与评审”。
Issues 管理：从报错到修复，一步到位
同个扩展也整合了 Issues 列表。你可以在 VS Code 中：
- 搜索、过滤 Issues（支持关键词、assignee、label、state 等）
- 双击 Issue 打开详情页，在编辑器内查看描述、复现步骤、附件截图（自动渲染）
- 点击 “Create Branch” 按钮，一键基于该 Issue 创建本地分支（命名自动带 #123 前缀）
- 在提交消息中输入
fix #123或closes #456，推送后 GitHub 自动关联并关闭对应 Issue
不再需要反复切窗口复制 Issue 标题或编号，整个流程保持在专注的编码环境中。
Actions 日志：本地调试失败任务的关键入口
VS Code 不执行 Actions，但能帮你高效诊断失败原因：
- 在 PR 或提交详情页，点击 “Checks” 标签，直接查看 CI 运行状态
- 点击失败的 job，展开日志 —— 支持语法高亮、折叠/展开段落、Ctrl+F 搜索关键词
- 日志中出现的文件路径（如
src/utils.ts:42）可点击跳转到对应代码位置，快速定位问题行 - 配合 GitHub CLI（
gh run view）或 Actions REST API，还能在终端中拉取更详细 trace
尤其适合前端项目中因环境差异导致的测试失败，比如 Jest 报错路径不对，点一下就跳到源码，省去手动解析日志时间。
进阶提示：让集成更顺手
几个容易忽略但很实用的配置项：
- 启用
"githubPullRequests.defaultBranchForNewPullRequests": "main"，避免每次选 base 分支 - 设置
"githubIssues.showInlineAnnotations": true，在代码中显示关联的 Issue 注释（需配合 issue-annotations 插件） - 用
gh auth login登录 GitHub CLI 后，VS Code 扩展会自动复用凭证，免密操作 - 在 settings.json 中加
"githubPullRequests.fetchAll": true，确保跨 fork 的 PR 也能被列出（适合开源协作者）
基本上就这些。不是替代 GitHub.com，而是把高频操作“搬进编辑器”，减少上下文切换损耗。不复杂，但容易忽略细节。
