本站点文档内容均翻译自code.visualstudio.com，仅供个人学习，如有差异请以官网为准。

2025年5月（版本1.101）

发布日期：2025年6月12日

安全更新：以下扩展有安全更新：ms-python.python。

更新 1.101.1：该更新解决了这些问题。

更新 1.101.2：更新解决了这些问题。

下载: Windows: x64 Arm64 | Mac: 通用 Intel 硅 | Linux: deb rpm tarball Arm snap

欢迎来到2025年5月发布的Visual Studio Code。这个版本有很多更新，我们希望你会喜欢，主要亮点包括：

  • 多路转换器

    • 通过支持提示、资源和采样来扩展您的智能体编码流程 (显示更多)。
    • 访问需要身份验证的MCP服务器(显示更多)。
    • 使用开发模式调试MCP服务器(显示更多)。
    • 从扩展中发布MCP服务器(显示更多).

  • 聊天

    • 通过将相关工具组合到工具集中来分组和管理工具 (显示更多)。

  • 源代码管理

    • 在源代码控制图视图中查看文件 (显示更多)。
    • 在 VS Code 内部分配和跟踪 GitHub Copilot 编码代理的工作 (显示更多)。

如果您想在线阅读这些发行说明，请访问 更新 页面 code.visualstudio.com。 内部用户： 想尽快尝试新功能吗？您可以下载 内部用户 每夜构建版本，并在最新更新可用时立即尝试。

聊天

聊天工具集

VS Code 现在允许您通过提议的 API 或通过用户界面定义工具集。工具集是一组不同的工具，可以像单个工具一样使用。工具集使将相关工具分组在一起并快速在代理模式下启用或禁用它们变得更加容易。例如，下面的工具集是用于管理 GitHub 通知（使用 GitHub MCP 服务器）。

{
  "gh-news": {
    "工具": ["列出通知", "消除通知", "获取通知详情"],
    "描述": "管理 GH 通知",
    "图标": "github-project"
  }
}

要创建一个工具集，请在命令面板中运行配置工具集 > 创建新的工具集文件命令。然后您可以选择要包含在工具集中的工具，并提供描述和图标。

要在一个聊天查询中使用一组工具，请通过#-提及其名称来引用它，例如#gh新闻您也可以在聊天输入框中的工具选择器中选择它。

聊天视图的截图，显示了一条关于未读通知的查询，使用了在聊天界面和JSON配置文件中都突出显示的“gh-news”工具集，该配置文件定义了这个工具集。

了解更多关于工具集的信息，请参阅我们的文档。

MCP对提示的支持

VS Code 的 Model Context 协议支持现在包括 prompt 支持。MCP 服务器可以定义 prompts 以生成可重复使用的片段或任务供语言模型使用。Prompts 可以通过斜杠访问输入：/聊天中的命令，格式为/mcp.服务器名称.提示名称您可以输入纯文本或在提示变量中包含命令输出，并且当服务器提供时，我们还支持自动完成。

以下示例展示了我们如何使用AI生成提示，将其保存到Gistpad MCP服务器，然后用它来生成更改日志条目：

MCP 资源支持

VS Code 的 Model Context 协议支持现在包括资源支持，其中包括对资源模板的支持。它在多个地方可用：

  1. 从MCP工具调用返回的资源可供模型使用，并且可以保存在聊天中，可以通过保存按钮或者将资源拖放到资源管理器视图中。
  2. 资源可以通过聊天中的添加上下文...按钮附加为上下文，然后选择MCP资源...。
  3. 你可以使用 MCP: 浏览资源 命令来浏览和查看各个服务器上的资源，或使用 MCP: 列出服务器 命令通过服务器条目来查看特定服务器的资源。

这是一个将资源附加到Gistpad MCP 服务器的聊天示例：

MCP 支持采样（实验性）

VS Code 的 Model Context 协议支持现在包括采样，这允许 MCP 服务器向模型发送请求。您将在 MCP 服务器首次发送采样请求时被要求确认，并且您可以通过在 MCP: 列出服务器 中选择服务器来配置 MCP 服务器可以访问的模型以及查看请求日志。

采样支持仍然处于初步阶段，我们计划在未来版本中扩展和改进它。

MCP 支持认证

VS Code 现在支持需要身份验证的 MCP 服务器，允许您与代表您的用户帐户操作的 MCP 服务器进行交互。

此功能实现了客户端的MCP授权规范，并支持两者：

  • 2025-3-26 规范，其中MCP服务器行为类似于授权服务器。
  • 草案规范，其中MCP服务器的行为类似于资源服务器（这预计很快就会定稿）。

如果MCP服务器实现了草稿规范并利用GitHub或Entra作为认证服务器，您可以管理哪些MCP服务器可以访问您的账户：

帐户菜单中“管理受信任的MCP服务器”选项的截图。

“管理受信任的MCP服务器”快速选择的截图。

您还可以管理服务器应使用的帐户（通过上一个快速选择中的齿轮按钮）：

“账户偏好”快速选择的截图。

对于其他依赖动态客户端注册的MCP服务器，我们将认证状态与所有其他内容放在相同位置，例如与Linear：

线性出现在账户菜单中的截图。

在那里您也可以注销。对于这些，我们不仅支持代码授权流程，如果您授权服务器支持的话，还支持设备代码流程。

我们还引入了命令认证：移除动态认证提供者这将允许您清理这些动态客户端注册中的任何一项。这将丢弃分配给 VS Code 的客户端 ID 以及与此身份验证提供程序相关的所有数据。

记住，你可以使用MCP: 添加服务器...命令来添加MCP服务器。这是带有认证的服务器的相同入口。

MCP 开发模式

您可以通过添加一个开发模式来启用 MCP 服务器开发服务器配置的密钥。这是一个具有两个属性的对象：

  • 手表: 一个文件通配符模式，用于监控文件变化，这将重启MCP服务器。
  • 调试: 使您能够设置与MCP服务器的调试器。目前，我们仅支持调试使用启动的Node.js和Python服务器。节点和Python分别。

.vscode/mcp.json

{
  "servers": {
    "gistpad": {
      "command": "node",
      "args": ["build/index.js"],
+     "dev": {
+       "watch": "build/**/*.js",
+       "debug": { "type": "node" }
+     },

聊天用户体验改进

我们根据您的反馈，不断努力改善 VS Code 中的聊天用户体验。其中一条反馈是，在聊天中区分用户消息和 AI 回复可能会有些困难。为了解决这个问题，我们使用户消息的外观更加明显。

撤销先前的请求现在也更加明显 - 只需将鼠标悬停在请求上并选择输入：X 按钮撤销该请求及之后的所有请求。或者，更快速的方法是使用 ⌘Backspace（Windows, Linux Delete） 键盘快捷键！

最后，聊天输入框中的附件现在更易于导航。

了解更多关于在 VS Code 中使用聊天 的信息，请参阅我们的文档。

更高效地应用编辑

在编辑文件时，VS Code 可以采取两种不同的方法：它可以完全重写文件，或者进行多个较小的编辑。这两种方法各有优劣，例如，前者对大型文件可能较慢，并且中间状态通常无法成功编译。因此，用户界面会根据需要采用并有条件地禁用自动保存和波浪线标记，但仅在必要时进行。

我们还对保留和撤销命令的按键进行了对齐。现在，对单个更改进行保留和撤销分别使用⌘Y（Windows, Linux Ctrl+Y）和⌘N（Windows, Linux Ctrl+N）。同样的精神，我们还对保留和撤销文件中所有更改的按键进行了对齐，现在它们是⇧⌘Y（Windows, Linux Ctrl+Shift+Y）和⇧⌘N（Windows, Linux Ctrl+Shift+N）。这不仅仅是为了对齐，还消除了与流行的编辑命令（如删除左侧所有）的先前冲突。

隐含上下文

我们已经简化并简化了将当前文件作为聊天上下文添加的方式。许多人发现我们之前提供的“眼睛切换”有点笨重。现在，您的当前文件会作为建议的上下文项目提供。只需选择该项目将其添加或从聊天上下文中删除。在提示输入字段中按Shift+Tab, 回车用键盘快速完成此操作。

此外，在代理模式下，我们包括有关您当前编辑器的提示。这不包括文件的内容，只包括文件名和光标位置。然后，代理可以根据其认为与您的查询相关的程度，使用其工具来读取文件内容。

了解更多关于在聊天中添加上下文的信息，请参阅我们的文档。

修复任务配置错误

配置任务和问题匹配器可能会很棘手。使用用Github Copilot修复操作，当任务配置中有错误时，可以快速高效地解决这些问题。

自定义聊天模式（预览）

默认情况下，聊天视图支持三种内置聊天模式：询问、编辑和代理。每种聊天模式都有一组基本说明，描述了LLM应如何处理请求，以及可以使用的工具列表。

现在你可以定义自己的自定义聊天模式，这些模式可以用于聊天视图中。自定义聊天模式允许你定制聊天的行为，并指定该模式中可用的工具。这对于专门的工作流程或当你希望为LLM提供特定说明时特别有用。例如，你可以创建一个用于规划新功能的自定义聊天模式，该模式对你的代码库只有只读访问权限。

要定义和使用自定义聊天模式，请按照以下步骤操作：

  1. 通过使用聊天：配置聊天模式命令从命令面板定义自定义模式。
  2. 提供自定义聊天模式的说明和可用工具*.chatprompt.md创建的文件。
  3. 在聊天视图中，从聊天模式下拉列表中选择聊天模式。
  4. 提交你的聊天提示。

聊天视图中选择的自定义聊天模式的截图。

以下示例显示了一种自定义的“规划”聊天模式：

---
描述：为新功能或重构现有代码生成实施计划。
工具：['codebase'，'fetch'，'findTestFiles'，'githubRepo'，'search'，'usages']
---
# 规划模式说明
你处于规划模式。你的任务是为新功能或重构现有代码生成实施计划。
不要进行任何代码编辑，只需生成一个计划。

该计划由一个Markdown文档组成，该文档描述了实施计划，包括以下部分：

* 概述: 对该功能或重构任务的简要描述。
* 要求: 该功能或重构任务的列表。
* 实施步骤: 详细列出实施该功能或重构任务的步骤。
* 测试: 需要实施的测试列表，以验证该功能或重构任务。

注意：该功能正在开发中，但请尝试使用！请关注 VS Code Insiders 的最新进展，并告诉我们哪些功能无法正常工作或缺失。

任务诊断意识

当聊天代理运行一个任务时，它现在可以意识到问题匹配器识别到的任何错误或警告。这个诊断上下文使聊天代理能够更智能地应对出现的问题。

终端当前工作目录上下文

当代理模式打开终端并且 shell 集成启用时，聊天代理会知道当前工作目录 (cwd)。这使得命令支持更加准确并且具有上下文意识。

浮动Windows改进

当您将聊天会话移动到一个浮动Windows时，标题栏现在有两条新操作：

  • 将聊天重新钉回到 VS Code Windows中。
  • 在浮动Windows中开始新的聊天会话。

聊天视图的截图显示在一个浮动Windows中，标题栏中突出显示了Dock和新聊天按钮。

获取工具确认

获取工具使您可以从网页中提取信息。我们已在确认信息中添加了警告消息，以告知您潜在的提示注入问题。

获取工具的截图，并带有关于提示注入的警告。

定制更多内置工具

现在可以在代理模式或自定义模式下启用或禁用所有内置工具。例如，禁用编辑文件不允许代理模式直接编辑文件，或者运行命令用于运行终端命令。

在代理模式下，选择配置工具按钮以打开工具选择器，并选择您所需的工具集。

工具选择器的截图，显示“editFiles”工具集项已清除。

此菜单中的某些条目代表工具集，这些工具集将多个工具分组。例如，我们为模型提供了多个工具来编辑或创建文本文件和笔记本，这些工具可能因模型系列而异，并且编辑文件将所有这些归类。

将元素发送到聊天（实验性）

最后一个里程碑，我们添加了一个新的实验性功能，你可以在其中打开简单浏览器，从嵌入式浏览器中选择网页元素添加到聊天中。

截图显示了Live Preview扩展，突出显示了覆盖控制，用于从网页中选择网页元素。

随着我们继续改进此功能，我们已经增加了在Live Preview扩展中选择网页元素的支持。通过下载扩展并从任何HTML文件启动实时服务器来查看这一点。

无障碍

用户操作所需声音

我们添加了一个无障碍信号，以指示聊天需要用户操作。这是在我们调整声音时自愿选择的。您可以使用以下内容配置此行为

无障碍信号.聊天用户操作所需
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
输入：.

新的代码操作声音

我们引入了以下独特的声音：

  • 当代码操作被触发时：
    可访问性.信号.代码操作触发
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
  • 当应用代码操作时：
    无障碍信号代码应用
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开

代理模式无障碍改进

我们现在在可访问视图中包含丰富的确认对话框信息，涵盖过去的工具运行、当前的工具运行和任何待处理的确认。这包括将使用的输入。

当确认对话框出现在响应中时，操作的标题现在会包含在相应的代码块、响应的ARIA标签和实时警报的ARIA标签中，以为屏幕阅读器用户提供更好的上下文。

编辑体验

边输入边查找

设置：

编辑器.查找.按类型查找
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

自动完成查找是查找控件的默认行为，但现在你可以控制是否保持该行为或禁用它，以便只有在按回车键后才进行搜索。

自定义菜单与原生Windows标题栏

设置：

Windows菜单样式
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

您现在可以通过使用来指定Windows和Linux上菜单栏和上下文菜单的菜单样式，以及macOS上的上下文菜单的样式

Windows菜单样式
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
设置:

  • 本地: 由操作系统渲染
  • 定制由 VS Code 渲染
  • 继承: 与标题栏的样式相匹配，如设置的那样
    Windows标题栏样式
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
    (允许您使用原生标题栏、自定义菜单栏和上下文菜单)。

Linux本地Windows上下文菜单

现在，当您在自定义标题栏中右键单击应用程序图标时，我们支持原生Windows上下文菜单。

原生Windows上下文菜单在自定义标题栏上截图。

进程浏览器网络支持

进程资源管理器被转换为使用我们工作台中用于编辑器Windows的浮动Windows基础设施。因此，这也意味着我们现在支持在连接到远程设备（例如在Codespaces中）时在网页中使用进程资源管理器。

VS Code 进程浏览器的浮动Windows截图。

Windows shell 环境发现

我们现在已经在 Windows 上为 PowerShell 实现了 shell 环境发现。这意味着 VS Code 会继承在 PowerShell 配置文件中配置的任何环境，例如 Node.js 通过各种版本管理器配置的 PATH 更新。

未发布扩展警告

已安装的扩展程序现在在它们在市场中不再可用时显示警告指示器，帮助您识别可能有问题的扩展程序，这些扩展程序已被取消发布或删除。

截图显示一个带有警告指示器和一条表明它在市场中不再可用的消息的扩展。

设置搜索建议（预览）

设置：

工作台设置显示AI搜索切换按钮
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

这个里程碑，我们在设置编辑器中添加了一个开关，该开关启动AI搜索以找到语义上相似的结果，而不是基于字符串匹配的结果。例如，AI搜索找到编辑器.字体大小当你搜索“增加文本大小”时的设置。

要查看切换按钮，请启用该设置并重新加载 VS Code。我们还在识别和修复一些不太准确的设置搜索结果的过程中，并且我们欢迎关于自然语言查询未找到预期设置的反馈。

对于下一个里程碑，我们也在考虑移除切换按钮，并将实验设置更改为控制何时直接将较慢的AI搜索结果附加到列表末尾。

搜索关键词建议（预览）

设置：

搜索.搜索视图.关键词建议
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

最后一个里程碑，我们在搜索视图中引入了关键词建议，以帮助您更快地找到相关结果。我们现在显著提高了建议的性能，因此您将比以前快 ~5 倍看到结果。

我们将设置从 Chat 扩展移入 VS Code 核心，并将其重命名为github.copilot.chat搜索.关键词建议至

搜索.搜索视图.关键词建议
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
输入：.

语义搜索行为选项（预览）

设置：

搜索.搜索视图.语义搜索行为
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

在搜索视图中使用语义搜索，您可以根据查询的含义获取结果，而不仅仅是匹配文本。如果您不知道要搜索的确切术语，这特别有用。

默认情况下，语义搜索只有在您明确请求时才会运行。我们现在添加了一个设置来控制何时触发语义搜索：

  • 手册 (默认)：仅在通过UI手动触发时运行语义搜索 (⌘I (Windows, Linux Ctrl+I))
  • 运行于空闲当文本搜索没有返回结果时自动进行语义搜索
  • 自动始终将语义搜索与文本搜索并行进行，以处理每个搜索查询。

编辑上下文

设置：

编辑器编辑上下文
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

我们已经启用

编辑器编辑上下文
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
默认设置为稳定。这意味着编辑器的输入现在由EditContext API提供支持。这修复了许多错误，特别是在IME体验方面，并且在未来将为编辑器内更灵活和强大的输入体验铺平道路。

请参阅MDN 文档以获取更多有关 EditContext API 的详细信息。

代码编辑

NES进口建议

设置：

github.copilot.nextEditSuggestions.fixes
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

上个月，我们引入了对TypeScript和JavaScript的下一次编辑建议的支持，可以自动建议添加缺失的导入语句。在此次发布中，我们改进了这些建议的准确性和可靠性，并扩展到支持Python文件。

截图显示 NES 建议导入语句。

NES 已为所有 VS Code Insiders 用户启用，并且将在六月期间逐步默认为 Stable 用户启用。您可以随时通过其设置自行启用 NES。

NES 接受流程

接受下一个编辑建议现在通过改进的键盘导航更加流畅。一旦你接受一个建议，你可以通过按一次Tab键继续接受后续的建议，只要你还没有开始重新输入。一旦你开始输入，按Tab键首先将光标移动到下一个建议，然后才能接受它。

笔记本电脑

代理单元执行的跟随模式

设置：

github.copilot.chat.notebook.followCellExecution.enabled
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

使用跟随模式，Notebook视图将自动滚动到当前由代理执行的单元格。使用

github.copilot.chat.notebook.followCellExecution.enabled
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
在Jupyter Notebook中启用或禁用代理单元格执行的跟随模式。

一旦代理使用了运行单元格工具，Notebook工具栏将更新一个钉住图标，指示跟随模式的状态。您可以在代理响应中途切换此行为，而无需更改基本设置值，允许您实时跟随代理的工作，并在需要查看代码的特定部分时将其关闭，同时代理继续迭代。当您希望再次跟随时，只需切换模式，并在下一次执行时继续。

笔记本工具用于代理模式

配置笔记本

该Jupyter扩展为配置Jupyter Notebook的内核提供工具。此工具确保内核已选择并准备好在Notebook中使用。 这包括在需要时引导您创建虚拟环境（推荐的方法），或提示您选择现有的Python环境。

此工具确保LLM能够在Notebook上执行操作，例如在最少用户交互的情况下运行单元格，从而在代理模式下改善整体用户体验。

长期运行的代理工作流程

Agents员可以使用内部Notebook Summary工具，以帮助保持准确的上下文并保持正轨。当上下文变得过大，无法让Agents员继续进行复杂的操作时，该摘要也会在总结对话历史时包含在内。

运行确认中的单元格预览

当代理请求确认运行单元格时，将显示代码片段。聊天视图中的单元格链接现在也使您可以直接导航到笔记本中的单元格。

源代码管理

Copilot编程人员集成

有了 Copilot 编码助手，GitHub Copilot 可以在后台独立工作以完成任务，就像一名人类开发人员一样。我们扩展了 GitHub Pull Requests 扩展，以便在 VS Code 中更容易地为助手分配和跟踪任务。

我们已将以下功能添加到扩展中：

  • 分配给Copilot：在 VS Code 的问题或 PR 视图中将拉取请求或问题分配给Copilot
  • 代表我的Copilot PR查询：快速查看 Copilot 为您处理的所有拉取请求。
  • PR视图：查看 Copilot 编码代理的状态并在浏览器中打开会话详细信息。

截图显示了 GitHub 拉取请求视图，突出显示了分配给 Copilot 的操作以及用于分配给 Copilot 的工作查询的 PR。

源代码控制历史项目详细信息

应广大需求，现在在源代码控制图视图中选择一个项目会显示该历史项目的资源。您可以从树视图或列表视图中进行选择。请输入具体的网页文本内容，以便我进行翻译。菜单。

要在一个历史项目中打开多文件 diff 编辑器中的所有资源，请使用悬停时的打开更改操作。从图形视图中选择特定的资源只会为该资源打开 diff 编辑器。选择打开文件操作以打开该特定版本的文件。

将历史项目添加到聊天上下文

您现在可以将源代码控制历史记录项作为上下文添加到聊天请求中。当您希望将特定提交或拉取请求的内容作为聊天提示的上下文时，这将非常有用。

聊天视图输入框的截图，其中添加了一个上下文历史项。

要在聊天中添加历史记录项，请使用 添加上下文 > 源代码控制 从聊天视图，并然后选择特定的历史记录项。或者，在源代码控制图中右键单击历史记录项，然后从上下文菜单中选择 助手 > 将历史记录项添加到聊天。

任务

实例策略

任务运行选项现在有一个实例策略属性，当任务达到其时决定发生什么实例限制输入：.

选项包括提示（默认），沉默，终止最新，终止最旧的，和警告输入：.

截图显示一个在配置文件中进行配置，并显示带有提示作为默认值的选项。

终端

基于语言服务器的终端建议

语言服务器补全现在可以在终端中用于交互式Python REPL会话。 这将使您在终端中获得与编辑器中相同的语言补全。 我们从通过Pylance支持Python开始，并计划在未来扩展到更多语言。

要尝试它，请确保启用以下设置：

  • 终端.集成.外壳集成.启用
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
  • python.terminal.shellIntegration.enabled
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
  • 终端.集成.建议.启用
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
  • python分析支持所有Python文档
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开

远程开发

这些远程开发扩展允许您通过SSH或远程隧道，或Windows子系统 for Linux（WSL）使用开发容器，作为功能齐全的开发环境。

亮点包括：

  • SSH 预连接脚本
  • 远程资源管理器改进

您可以在远程开发发布说明中了解更多有关这些功能的信息。

对扩展的贡献

Python

Python 聊天工具

Python扩展现在包括以下聊天工具：“获取Python环境信息”、“获取Python环境可执行文件信息”、“安装Python包”和“配置Python环境”。您可以通过在提示中添加#获取Python环境信息 #安装Python包, 或代理模式将根据需要自动调用这些工具。这些工具能够无缝检测适当的环境信息，基于文件或工作区上下文，并使用准确的环境解析处理软件包安装。

“配置Python环境”工具确保工作区的Python环境设置正确。这包括在需要时创建虚拟环境，并将该虚拟环境选为工作区的活动Python环境。

之前在Python 环境扩展（预览版）中介绍的工具已被迁移到 Python 扩展中，因此所有安装了 Python 扩展的用户都可以使用这些工具。

从模板创建项目

Python 环境扩展 现在支持为 Python 包和基本脚本创建项目，使您可以跳过生成过程并更快开始编码。使用命令 Python Envs: 从模板创建项目 选择是要创建一个包还是脚本。

对于软件包创建，您可以命名软件包，创建虚拟环境，并收到一个包含测试子文件夹的架子项目。pyproject.toml，开发-需求.txt，和模板__main__.py和__init__.py文件。

对于脚本，它会创建一个以您选择的名称命名的新python文件，并包含示例代码。

PyEnv 和 Poetry 支持

我们增加了对pyenv用于环境管理，并且诗歌 在 Python Environments 扩展中用于包和环境管理。

GitHub 拉取请求

在GitHub Pull Requests扩展上取得了更多进展，该扩展使您能够处理、创建和管理拉取请求和问题。新功能包括：

  • 来自私人仓库的评论中的图片现在会在拉取请求文件评论中显示。
  • “通知”视图现在默认显示为折叠状态。 -- 问题和拉取请求链接现在在时间轴和问题/拉取请求主体中会在 VS Code 中打开，而不是在浏览器中打开。
  • “Pull Requests”视图中的“已分配给我”查询已被移除，可以使用设置移除“本地拉取请求分支”和“所有打开”的查询。githubPullRequests.查询对于启用了 Copilot 的存储库，当设置未配置时，会添加一个“代表我启用 Copilot”的查询。
  • Copilot“开始工作”、“停止工作”和“查看会话”现在显示在时间轴中。

查看0.112.0版本的更新日志，了解其他亮点。

扩展编写

MCP 扩展 API

扩展程序现在可以发布MCP服务器的集合。这使您能够将MCP服务器与扩展程序捆绑在一起，或者构建从其他来源动态发现MCP服务器的扩展程序。在我们的MCP扩展程序开发指南或查看MCP扩展程序示例中了解更多信息。

打包扩展时的秘密扫描

VSCE 现在在打包你的扩展时会扫描秘密。如果发现任何潜在的秘密（例如，API密钥、令牌、凭证或环境变量文件，如.env在你的源文件中检测到) ，VSCE 在打包过程中会显示错误。这有助于你避免意外将敏感信息发布到市场。在发布扩展之前，请确保审查并解决任何错误。

如果您需要绕过特定检查，您可以使用--允许包秘密 <秘密类型>或--允许包环境文件在运行 VSCE 时使用这些标志。这些标志使您能够在打包过程中跳过特定的密钥或环境文件检查。

网络环境检测

⚠️ 重大更改 ⚠️

设置：

extensions.supportNodeGlobalNavigator
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开

Node.js 扩展主机已从 v20 更新到 v22，作为我们 Electron 35 运行时更新的一部分。此更新带来了对 导航员 全局对象 在桌面和远程扩展主机中。

这个更改可能会为依赖于该扩展的扩展引入破坏性更改导航员对象检测网页环境。

为了帮助扩展作者进行迁移，我们创建了一个 polyfill 用于globalThis.navigator初始化为未定义，所以你的扩展仍然可以正常工作。这个polyfill是 behind the

extensions.supportNodeGlobalNavigator
  • 在 VS Code 中打开
  • 在 VS Code Insiders 中打开
VS Code 设置。默认情况下，此设置是禁用的，polyfill 已就位。当您的扩展尝试访问时，我们会捕获遥测数据并在扩展开发模式下记录错误导航员以这种方式。

将来，此设置可能会默认启用，因此我们敦促扩展作者将其代码迁移到与新版本兼容。导航员全局对象。请按照以下步骤迁移您的代码：

  • 查看扩展主机日志待迁移错误错误堆栈源自您的扩展。
  • 确保检查如navigator的类型是'object'已迁移到typeof process === 'object' && process.versions.node需要时。
  • 启用
    extensions.supportNodeGlobalNavigator
    • 在 VS Code 中打开
    • 在 VS Code Insiders 中打开
    输入：.
  • 验证扩展行为保持不变。

提议的API

认证提供者：MCP 支持的授权服务器

目前仅在MCP认证中使用，此API提案使您的认证提供者声明与之关联的授权服务器。

例如，如果你查看GitHub认证提供程序，它在认证提供程序贡献中的authorizationServerGlobs属性中包含了典型的GitHub授权URL:

{
  "标签": "GitHub",
  "id": "github",
  "授权服务器Globs": ["https://github.com/login/oauth"]
}

此属性用于激活您的扩展 - 如果请求的授权服务器匹配，您的扩展将被激活。

此外，在注册认证提供程序时，您必须包含最终确定的授权服务器URL globs。就像GitHub认证所做的那样:

vscode.authentication.registerAuthenticationProvider(
  type,
  this._githubServer.friendlyName,
  this,
  {
    supportsMultipleAccounts: true,
    supportedAuthorizationServers: [
      ghesUri ?? vscode.Uri.parse('https://github.com/login/oauth')
    ]
  }
);

对于一个更复杂的例子，请参考Microsoft Authentication。授权服务器依赖于将租户放置在路径中。因此，对于此，我们使用通配符在贡献中:

{
  "label": "微软",
  "id": "microsoft",
  "authorizationServerGlobs": [
    "https://login.microsoftonline.com/*/v2.0"
  ]
},

和 在注册:

认证.注册认证提供程序('microsoft', 'Microsoft', authProvider, {
  支持多个账户: true,
  支持的授权服务器: [Uri.解析('https://login.microsoftonline.com/*/v2.0')]
});

然后，当调用者在请求授权时传递一个授权服务器的URL，它会被传递给两者。获取会话和创建会话通过认证提供者会话选项那些已经存在的。

如上所述，此功能目前用于MCP支持，我们从MCP服务器接收授权服务器URL以进行身份验证。然后将该URL映射到一个授权提供商，或者如果不存在，则为该授权服务器动态创建一个授权提供商。

完整的API提案可以在此找到在vscode的代码库中，我们非常希望在GitHub问题中听到您的反馈！

工程

Electron 35 更新

在这个里程碑中，我们正在向我们的稳定版本用户推广Electron 35更新。此更新包含Chromium 134.0.6998.205和Node.js 22.15.1。我们感谢所有在Insiders版本上自我托管并提供早期反馈的每个人。

在实际应用中采用ESM

最后一个里程碑，我们已经宣布支持JavaScript模块（ESM）。这使得扩展可以使用导入和导出语句，但目前仅在目标NodeJS扩展主机时有效。

这个月，我们进行了一个实际应用，使用了GitHub Issue Notebooks。这并不简单，因为这个扩展可以在NodeJS扩展主机（支持ESM扩展）和网页工作线扩展主机上运行，而目前网页工作线扩展主机不支持ESM扩展。这需要更复杂的打包器配置，你可以从其esbuild-config中获取灵感。

重要修复

  • 250077 - 基于 Tree-Sitter 的语法高亮依赖于模型服务

谢谢

最后但同样重要的，向VS Code的贡献者们致以深深的谢意。

问题跟踪

对我们的问题跟踪的贡献：

拉取请求

贡献于Visual Studio Code输入：

贡献于vscode- copilot- 发布输入：

贡献于vscode-css-languageservice输入：

贡献于vscode-自定义数据输入：

贡献于vscode-eslint输入：

贡献于vscode生成代码输入：

贡献于vscode-js调试输入：

贡献于vscode-jupyter输入：

  • @WillHirsch：将诊断严重程度降级，因为使用感叹号而不是百分号进行包安装PR #16601

贡献于vscode语言服务器节点输入：

贡献于vscode-markdown-tm-grammar输入：

贡献于vscode-prompt-tsx输入：

贡献于vscode-拉取请求-GitHub输入：

贡献于vscode- Python调试器输入：

贡献于调试适配器协议输入：

贡献于语言服务器协议输入：

贡献于ls协议输入：