如何在 VS Code 中继续 GitHub Copilot 应用会话

GitHub Copilot 应用中的会话可以直接在 Visual Studio Code 中继续。代理完成代码修改后，你可以接管同一会话，逐行查看差异、手工调整代码、运行本地测试，并把结果推送到会话关联的拉取请求中。整个过程不需要重新描述任务、复制文件或另建分支。

切换后保留哪些内容

先在 Copilot 应用中打开目标会话并检查已有工作，再选择“Open in VS Code”。如果应用列出多个受支持的编辑器或 VS Code 安装，可选择需要使用的一个。

• 会话上下文：原始任务、执行计划和对话记录仍然保留。
• 代码差异：代理修改过的文件和代码行可以直接审查。
• 关联工作树：VS Code 打开会话使用的隔离工作树，而不是一个空白副本。

逐行审查并直接修改

打开 VS Code 的源代码管理视图，选择变更文件即可查看具体差异。审查时应确认代码确实解决了问题，符合仓库约定，并妥善处理错误状态与边界情况；测试应覆盖发生变化的行为，同时留意是否误改了无关文件。

如果实现意图不明确，可以在 Copilot 侧边栏继续追问，例如询问修改某个函数的原因或可能影响的行为，也可以直接提出新的调整要求。由于上下文和工作树仍然相连，不必从头介绍任务。

确定修改点后，可以直接在编辑器中编辑标签、错误信息、变量名、样式或补充测试。手工修改会直接叠加在代理已有工作上。

运行项目并验证结果

使用 VS Code 集成终端执行仓库惯用的验证流程。具体命令取决于项目技术栈，官方资料给出的 Web 项目示例包括：

npm install
npm test
npm run lint
npm run dev

如果开发服务器输出本地地址，可以在浏览器或受支持的集成浏览器中检查实际效果。对于界面改动，还应验证不同视窗尺寸，以及加载、空数据和错误等相邻状态。代理生成的代码同样需要测试和人工检查，不能因为改动来自代理就直接进入提交环节。

在人机协作之间切换

Copilot 更适合承担需要理解仓库上下文或涉及较多重复修改的工作；已经明确具体改法时，直接编辑通常更高效。两者可以交替使用，例如手工调整界面后，再要求 Copilot 为更新后的标签补充测试，并运行相关测试文件，同时避免修改无关组件。

提交并更新拉取请求

完成验证后再次检查最终差异，按仓库既有流程提交和推送：

git status
git add
git commit -m "Refine session changes"
git push

由于 VS Code 使用会话关联的工作树和分支，在具备仓库权限的前提下，推送该分支即可更新正在跟踪它的拉取请求，无需把文件复制到另一份检出目录。

适用场景与限制

• 需要安装并登录 GitHub Copilot 应用，同时让 VS Code 连接同一个 GitHub 账户。
• 应提前准备包含代码改动的 Copilot 会话，并确认拥有目标仓库的访问和推送权限。
• 使用者需要熟悉 VS Code、集成终端、Git 分支和拉取请求的基本操作。
• 官方资料未列出完整的系统、编辑器版本兼容范围；会话入口及可选项是否存在，应以 Copilot 应用当前显示的受支持选项为准。

以上内容依据日期为 2026 年 10 月 19 日的官方教程整理，具体界面文案和功能选项仍可能随产品更新而变化。

资料来源：How to continue a GitHub Copilot app session in VS Code（2026-10-19）。