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

智能体已经完成了大部分修改。现在，你想检查某个实现细节，手动调整几行代码，并在交付前于本地运行项目。

但这些工作保存在 GitHub Copilot 应用中，而你习惯在编辑器里审查差异、调试代码和做最后调整。难道必须在留在会话中和转到 Visual Studio Code 重新开始之间二选一？

不必。你可以直接在 VS Code 中打开 Copilot 应用会话，完整保留对话、代码修改和工作上下文，继续处理。这意味着可以先由 Copilot 完成重复或耗时的工作，再把控制权交给你，进行更仔细的审查、亲手编辑和本地测试。

本教程将介绍如何：

• 在 VS Code 中打开 Copilot 应用会话。

• 逐行审查智能体所做的修改。

• 在编辑器中继续同一段对话。

• 在本地修改和测试代码。

• 将更新推送到与该会话关联的拉取请求。

前提条件

开始前，请确保你已经：

• 安装并登录 GitHub Copilot 应用。

• 安装 Visual Studio Code，并连接到同一个 GitHub 账户。

• 拥有一个包含待审查或待继续修改代码的 Copilot 应用会话。

• 拥有操作会话所在仓库及向其推送修改的权限。

本教程假定你已经熟悉 VS Code 的基本操作、在集成终端中运行命令，以及使用 Git 分支和拉取请求。

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

打开希望继续处理的会话。交接之前，先花一点时间检查任务和 Copilot 已完成的工作。

会话并不只是一组修改过的文件，还记录了促成这些修改的任务、计划和对话。当你想了解 Copilot 为什么选择某种实现，或要求它调整部分工作时，这些上下文十分重要。

转到 VS Code 前，无需总结这些历史，也不用把它们复制到新聊天中。

2. 在 VS Code 中打开会话

在会话中选择“在 VS Code 中打开”。如果应用列出了多个受支持的编辑器或 VS Code 安装实例，选择希望使用的那个。

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

这样，原有工作的三个部分仍相互关联：

• 会话上下文：任务、计划和对话继续可用。

• 差异：智能体修改过的文件和代码行可供审查。

• 工作树：VS Code 打开的是该会话使用的同一个隔离工作树。

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

3. 审查智能体的修改

编辑前，先在 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 集成终端执行项目的常规验证流程。具体命令取决于仓库，网页应用的一些示例包括：

• npm install

• npm test

• npm run lint

• npm run dev

对待智能体生成的修改，应当像对待人编写的代码一样：运行相关测试、检查失败原因，并亲自验证行为。

如果开发服务器输出了本地网址，打开它，在浏览器中测试修改。如果你的 VS Code 配置支持，也可以在 VS Code 的集成浏览器中打开网址，不离开编辑器即可检查结果。

对于用户界面修改，要同时验证要求的行为和相关状态。例如，在不同视口尺寸下检查修改过的组件，并确认加载、空内容和错误状态仍然正常。

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

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

• 需要分析整个仓库或执行重复编辑时，向 Copilot 提示。

• 清楚知道要如何修改时，直接编辑。

• 在测试和完善实现时，交替使用两种方式。

例如，手动调整界面后，可以这样要求 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