GitHub Copilot 教程：如何在 VS Code 中继续 Copilot app 会话

GitHub Blog· Kayla Cinnamon·2026-10-20 02:47· 36 分钟前AI 评分51

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

AI 导读

GitHub 官方教程讲解如何将 GitHub Copilot 应用中的会话直接在 VS Code 中打开并继续。通过会话中的 Open in VS Code 入口，VS Code 会以会话关联的 worktree 打开项目，保留任务、计划与对话上下文，可逐行审查 agent 改动、手动编辑、本地运行测试，并将更改推送到会话关联的 pull request。

正文 · 原文

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

但工作成果停留在 GitHub Copilot 应用中……而你的编辑器才是审查差异、调试代码和做最终调整的地方。你必须在留在会话中和在 Visual Studio Code 中重新开始之间做选择吗？

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

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

• 在 VS Code 中打开 Copilot 应用会话。
• 逐行审查 agent 的更改。
• 从编辑器中继续同一对话。
• 在本地修改并测试代码。
• 将你的更新推送到与会话关联的 pull request。

前提条件 

开始之前，请确保你已具备： 

• 已安装 GitHub Copilot 应用并登录。 
• 已安装 Visual Studio Code 并连接到同一 GitHub 账户。 
• 有一个包含你想要审查或继续的代码更改的 Copilot 应用会话。 
• 有权在会话的仓库中工作并推送更改。 

本教程假设你已熟悉 VS Code 的导航、在其集成终端中运行命令，以及使用 Git 分支和 pull request。

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

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

会话不仅仅是修改文件的集合。它还记录了任务、计划以及产生这些更改的对话。当你想了解 Copilot 为何选择某个特定实现，或要求它修改部分工作时，这些上下文非常重要。

在转到 VS Code 之前，你无需总结这段历史或将其复制到新聊天中。

2. 在 VS Code 中打开会话

在会话中，选择 Open in VS Code。如果应用提供了多个受支持的编辑器或 VS Code 安装，请选择你想要使用的那个。

VS Code 会使用与会话关联的 worktree 打开项目。它还会在 Copilot 侧边栏中显示现有会话。

这样你就获得了原始工作的三个相互关联的部分：

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

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

3. 审查 agent 的更改

在编辑之前，请在 VS Code 中检查差异。打开源代码管理视图查看更改的文件，然后选择一个文件逐行审查其更改。

像审查任何其他提议的更改一样审查实现。特别要检查：

• 代码解决了所要求的问题。
• 实现遵循了仓库的约定。
• 错误状态和边界情况得到了适当处理。
• 测试覆盖了发生变更的行为。
• 没有修改无关的文件或行为。

保留的对话有助于解释 Copilot 是如何得出该实现的。如果有不清楚的地方，请继续在侧边栏中向 Copilot 提问。例如：

Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.

你也可以让 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 可以承担更大或重复性的实现工作，而你可以进入编辑器进行详细审查、针对性更改、本地测试和最终润色。

会话、diff 和工作树随你一同迁移。先在 Copilot 应用中指挥工作，随时切换到 VS Code 进行手动控制，并通过相同的拉取请求工作流推送最终结果。

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

文章 如何在 VS Code 中继续 GitHub Copilot 应用会话 首次出现在 The GitHub Blog。

来源：GitHub Blog · github.blog