How to continue a GitHub Copilot app session in VS Code

代理已经完成了你更改的大部分工作。现在你想检查一个实现细节，手动调整几行代码，并在发布前在本地运行项目。

但这些工作正在 GitHub Copilot 应用 中...而你的编辑器是查看差异、调试代码和进行最终调整的地方。你必须在保持会话和在 Visual Studio Code 中重新开始之间做出选择吗？

不必。你可以直接在 VS Code 中打开 Copilot 应用会话，并继续其对话、代码更改和工作上下文。这意味着 Copilot 可以处理重复或耗时的工作，然后将控制权交还给你进行更细致的审查、手动编辑和本地测试。

在本教程中，你将学习如何：

• 在 VS Code 中打开 Copilot 应用会话。
• 逐行查看代理的更改。
• 从编辑器中继续相同的对话。
• 本地修改和测试代码。
• 将更新推送到与会话关联的拉取请求。

1. 从 Copilot 应用中的会话开始

打开你想继续的会话。在交接之前，花点时间查看任务和 Copilot 完成的工作。

会话包含的不只是修改后的文件集合。它还会记录任务、计划以及产生这些更改的对话。当你需要理解 Copilot 为何选择特定实现或要求其修改部分工作时，这些上下文信息非常重要。

在切换到 VS Code 之前，无需总结这些历史记录或将其复制到新对话中。

2. 在 VS Code 中打开会话

从会话中选择 Open in VS Code。如果应用显示多个受支持的编辑器或 VS Code 安装选项，请选择你想要使用的编辑器。

VS Code 会使用与会话关联的工作树打开项目，同时在 Copilot 侧边栏中显示现有会话。

这将给你提供原始工作的三个关联部分：

• 会话上下文： 任务、计划和对话仍然可用。
• 差异： 代理修改的文件和行已准备好进行审查。
• 工作树： VS Code 打开了与会话相同隔离的工作树。

你正在继续现有会话，而不是在新编辑器窗口中重新构建它。

3. 审查代理的更改

在编辑之前，先在 VS Code 中查看差异。打开源代码控制视图查看已更改的文件，然后选择文件逐行审查其更改。

像审查其他任何提议的更改一样检查实现。特别注意以下几点：

• 代码是否解决了请求的问题。
• 实现是否遵循了仓库的约定。
• 是否妥善处理了错误状态和边界情况。
• 测试是否覆盖了更改的行为。
• 是否没有修改无关文件或行为。

保留的对话可以帮助解释 Copilot 如何得出该实现。如果有不清楚的地方，可以在侧边栏中继续提示 Copilot。例如：

解释为何你修改了这个函数而不是添加一个新的辅助函数。识别此更改可能影响的任何行为。

你也可以要求 Copilot 进行其他修改。由于会话和工作树始终保持连接，你无需从头开始描述任务。

4. 实际编辑操作

在理解建议的修改后，可以直接在 VS Code 中编辑任何文件。

这在需要手动快速或更便捷调整时非常有用，例如：

• 优化标签或错误信息。
• 为清晰度重命名变量。
• 调整布局或样式。
• 添加缺失的测试用例。
• 应用特定于仓库的约定。

你正在编辑会话的现有工作树，因此手动修改可以直接基于代理的工作。你不需要在目录之间复制文件或手动重新创建分支。

5. 本地运行并验证项目

使用 VS Code 集成终端运行项目的常规验证流程。具体命令取决于仓库，但一些 Web 应用示例可能包括：

• npm install
• npm test
• npm run lint
• npm run dev

对待代理生成的修改，应与对待人工编写的代码一样：运行相关测试，检查失败情况，并自行验证行为。

如果开发服务器打印了 localhost URL，请在浏览器中打开以测试修改。当你的 VS Code 配置支持时，你可以在 VS Code 的集成浏览器中打开 URL，无需离开编辑器即可查看结果。

对于用户界面修改，验证请求的行为和相邻状态。例如，在不同视口尺寸下检查修改后的组件，并确认加载、空值和错误状态仍然有效。

6. 继续使用 Copilot 或继续自行编辑

在任何时刻，你可以选择最适合下一步的交互方式：

• 当修改需要仓库范围分析或重复性编辑时，提示 Copilot。
• 当你知道确切的修改内容时，直接进行编辑。
• 在测试和优化实现时，迭代使用这两种方法。

例如，在进行手动 UI 调整后，你可能会要求 Copilot：

为更新后的标签添加测试并运行相关测试文件。不要修改无关组件。

由于你仍处于原始会话中，Copilot 保留了解释“更新后的标签”所需的上下文。

7. 提交并推送完成的修改

当实现准备就绪时，再次检查最终的差异。然后使用源代码控制视图或集成终端提交并推送修改：

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

使用仓库的常规分支、提交、审查和批准流程。由于 VS Code 打开了与会话关联的工作树和分支，推送分支会更新已跟踪该工作的拉取请求。

无需将完成的文件复制到其他检出位置，或手动重新连接工作到拉取请求。

从代理到编辑器的持续工作流

在 VS Code 中打开 Copilot 应用会话，可以实现清晰的分工而无需拆分工作本身。Copilot 可以处理更大规模或重复性的实现，而你可以进入编辑器进行详细审查、针对性修改、本地测试和最终润色。

会话、差异和工作树会随着你一起移动。首先在 Copilot 应用中指导工作，随时切换到 VS Code 进行实际操作，然后通过相同的拉取请求流程推送完成的结果。

准备尝试了吗？下载 GitHub Copilot 应用，启动会话，并在准备好继续编码时在 VS Code 中打开。

• * *

标签：

• GitHub Copilot
• GitHub Copilot 应用
• GitHub Copilot 应用（入门者）

撰写人

高级 AI 开发工具倡导者

从 GitHub 探索更多内容

文档

掌握 GitHub 所需的一切，尽在一处。

前往文档

GitHub

在 GitHub 上构建未来，这里是任何人都能从任何地方构建任何事物的地方。

立即开始构建

客户案例

了解使用 GitHub 构建产品的公司和工程团队。

了解更多

GitHub Universe 2026

10 月 28-29 日，加入我们在旧金山或在线参加 GitHub Universe——我们的旗舰开发者大会，汇聚全球开发者、代理和代码。

立即注册