参加你附近的 ，了解 VS Code 中的 AI 辅助开发。

2025 年 2 月 (版本 1.98)

更新 1.98.1：此更新解决了这些问题。

更新 1.98.2：此更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：通用 Intel Apple 芯片 | Linux：deb rpm tarball Arm snap

欢迎使用 2025 年 2 月发布的 Visual Studio Code。此版本中包含许多更新，我们希望您会喜欢，其中一些主要亮点包括：

如果您想在线阅读这些发行说明，请访问 code.visualstudio.com 上的更新。Insiders：想尽快尝试新功能吗？您可以下载每晚Insiders版本并尽快尝试最新更新。

GitHub Copilot

Copilot 功能可能会经历不同的早期访问阶段，通常通过设置启用和配置。

阶段 描述
实验性 该功能仍在开发中，尚未准备好供一般使用。
查看实验性功能 (@tag:experimental)。
预览 该功能仍在完善中，但已可使用。欢迎提供反馈。
查看预览功能 (@tag:preview)。
稳定版 该功能已准备好供一般使用。

Copilot 编辑

代理模式改进（实验性）

上个月，我们在 VS Code Insiders 中为 Copilot Edits 引入了代理模式。在代理模式下，Copilot 可以自动搜索您的工作区以获取相关上下文、编辑文件、检查错误并运行终端命令（经您许可）以端到端地完成任务。

注意：代理模式目前在 VS Code Insiders 中可用，我们刚刚开始在 VS Code Stable 中逐步推出。一旦为您启用了代理模式，您将在 Copilot Edits 视图中看到一个模式下拉菜单 — 只需选择代理。

本月我们对工具使用的用户体验进行了一些改进：

  • 终端命令现在以内联方式显示，因此您可以跟踪运行了哪些命令。
  • 您可以在运行之前编辑聊天回复中建议的终端命令。
  • 使用快捷键⌘Enter (Windows、Linux Ctrl+Enter)确认终端命令。

代理模式会自主搜索您的代码库以获取相关上下文。展开消息以查看已完成搜索的结果。

Screenshot that shows the expandable list of search results in Copilot Edits.

我们还对代理模式的提示和行为进行了各种改进：

  • 聊天中的撤消和重做操作现在会撤消或重做聊天回复中进行的上次文件编辑。这对于代理模式非常有用，因为您现在可以撤消模型所采取的某些步骤，而无需回滚整个聊天回复。
  • 代理模式现在可以自动运行您的构建任务，或者在收到指令时运行。如果您发现模型在不应该运行任务时运行任务，可以通过 github.copilot.chat.agent.runTasks 设置禁用此功能。

详细了解Copilot 编辑代理模式或阅读代理模式发布博客文章。

注意：如果您是 Copilot Business 或 Enterprise 用户，您的组织管理员必须选择启用 Copilot“编辑器预览功能”才能使用代理模式。

Copilot Edits 中的笔记本支持（预览）

我们正在 VS Code Insiders 中作为预览功能引入 Copilot Edits 的笔记本支持。您现在可以使用 Copilot 编辑笔记本文件，其体验与编辑代码文件一样直观。从头开始创建新笔记本，修改多个单元格中的内容，插入和删除单元格，以及更改单元格类型。此预览功能在处理数据科学或文档笔记本时提供了无缝的工作流程。

注意：此功能目前仅在安装了 GitHub Copilot Chat 预发布版本的 VS Code Insiders 中可用。我们将在未来的版本中将其引入 VS Code Stable 之前继续改进体验。

更精细的编辑器集成

我们优化了 Copilot Edits 与代码和笔记本编辑器的集成：

  • 应用更改时不再滚动。视口保持原位，更容易专注于更改内容。
  • 将编辑评审操作从“接受”重命名为“保留”，将“丢弃”重命名为“撤消”，以更好地反映实际发生的情况。Copilot Edits 的更改是实时的，它们在进行时即应用并保存，用户可以选择保留或撤消它们。
  • 保留或撤消文件后，会自动显示下一个文件。

此视频演示了编辑如何实时应用和保存。实时预览会更新，用户决定“保留”更改。撤消和进一步调整也仍然可能。

更新后的用户界面

为统一 Copilot Edits 和 Copilot Chat 做准备，我们对 Copilot Edits 进行了改版。已附加但尚未发送的文件现在显示为常规聊天附件。只有经过 AI 修改的文件才会添加到更改文件列表，该列表位于聊天输入部分上方。

使用 chat.renderRelatedFiles 设置，您可以启用获取相关文件建议。相关文件建议显示在聊天附件下方。

Screenshot that shows the updated Copilot Edits attachments and changed files user experience.

移除 Copilot Edits 限制

以前，您在 Copilot Edits 中只能将 10 个文件附加到提示中。此版本中，我们取消了此限制。此外，我们还取消了每 10 分钟 14 次交互的客户端速率限制。

请注意，服务端使用速率限制仍然适用。

自定义指令全面可用

设置：github.copilot.chat.codeGeneration.useInstructionFiles

自定义指令使您能够根据您和团队的工作方式调整 GitHub Copilot，以提供聊天回复和代码建议。在工作区的 .github/copilot-instructions.md 文件中以 Markdown 格式描述您的具体要求。

在这个里程碑中，我们使带有 .github/copilot-instructions.md 的自定义指令全面可用。确保启用了 github.copilot.chat.codeGeneration.useInstructionFiles VS Code 设置，Copilot 在生成回复时将使用这些指令。

了解有关Copilot 中自定义指令的更多信息。

更流畅的聊天认证流程

如果您的源代码托管在 GitHub 仓库中，您可以使用多项功能，包括高级代码搜索、@github 聊天参与者等！

但是，对于私有 GitHub 仓库，VS Code 需要获得权限才能与您的 GitHub 仓库进行交互。一段时间以来，这通过我们通常的 VS Code 身份验证流程呈现，当您调用某些功能时（例如，询问 @workspace 或 @github 问题，或使用 #codebase 工具）会弹出一个模态对话框。

为了使此体验更流畅，我们引入了聊天中的此确认：

Screenshot that shows the authentication confirmation dialog in Chat, showing the three options to continue.

它不仅不像模态对话框那样令人不适，而且还具有新功能：

  1. 授予： 您将像以前一样（通过模态框）经历常规的身份验证流程。
  2. 稍后： VS Code 会记住您的选择，并且在您下次 VS Code 窗口会话之前不会再次打扰您。唯一的例外是如果该功能需要此额外权限才能运行，例如 @github。
  3. 不再询问： VS Code 会记住您的选择并通过 github.copilot.advanced.authPermissions 设置将其持久化。任何需要此额外权限的功能都将失败。

需要注意的是，此确认不会确认或拒绝 Copilot（服务）访问您的仓库。这只是 VS Code 的 Copilot 体验进行身份验证的方式。要配置 Copilot 可以访问的内容，请阅读有关内容排除的文档。

Copilot Chat 中更高级的代码库搜索

设置：github.copilot.chat.codesearch.enabled

当您在 Copilot Chat 查询中添加 #codebase 时，Copilot 会帮助您在工作区中为您的聊天提示找到相关代码。#codebase 现在可以运行文本搜索和文件搜索等工具，以从您的工作区中获取更多上下文。

将 github.copilot.chat.codesearch.enabled 设置为启用此行为。工具的完整列表如下：

  • 基于嵌入的语义搜索
  • 文本搜索
  • 文件搜索
  • Git 修改文件
  • 项目结构
  • 读取文件
  • 读取目录
  • 工作区符号搜索

将问题作为聊天上下文附加

为了帮助解决工作区中的代码或其他问题，您现在可以将“问题”面板中的问题作为提示的上下文附加到聊天中。

您可以将“问题”面板中的项目拖放到“聊天”视图中，或者在提示中键入 #problems，或者选择回形针 📎 按钮。您可以附加特定问题、文件中所有问题或代码库中所有文件。

将文件夹作为上下文附加

以前，您可以通过从资源管理器视图中拖放来附加文件夹作为上下文。现在，您还可以通过选择回形针 📎 图标或在聊天提示中键入 #folder: 后跟文件夹名称来附加文件夹。

下一编辑建议的折叠模式（预览）

设置:

我们为 NES 添加了折叠模式。启用此模式后，仅在左侧编辑器边距中显示 NES 建议指示器。代码建议本身仅在您按 Tab 导航到它时才显示。在接受建议之前，会立即显示连续的建议。

折叠模式默认禁用，可以通过配置 editor.inlineSuggest.edits.showCollapsed 启用，或者您可以在 NES 边栏指示器菜单中启用或禁用它。

Screenshot that shows the Next Edit Suggestions context menu in the editor left margin, highlighting the Show Collapsed option.

更改完成模型

您已经可以更改 Copilot Chat 和 Copilot Edits 的语言模型，现在您也可以更改内联建议的模型。

或者，您可以通过命令面板中的更改完成模型命令或标题栏中 Copilot 菜单中的配置代码完成项来更改用于代码完成的模型。

注意： 可用模型的列表可能会有所不同并随时间变化。如果您是 Copilot Business 或 Enterprise 用户，您的管理员需要在 GitHub.com 上的Copilot 策略设置中选择启用编辑器预览功能，以便为您的组织启用某些模型。

模型可用性

此版本中，我们添加了更多 Copilot 模型供您选择。以下模型现在在 Visual Studio Code 和 github.com 聊天中的模型选择器中可用：

  • GPT 4.5（预览）：OpenAI 的最新模型 GPT-4.5 现已向 Copilot Enterprise 用户在 GitHub Copilot Chat 中提供。GPT-4.5 是一个大型语言模型，在直觉、写作风格和广泛知识方面具有高级功能。在GitHub 博客文章中了解有关 GPT-4.5 模型可用性的更多信息。

  • Claude 3.7 Sonnet（预览）：Claude 3.7 Sonnet 现已向所有付费 Copilot 计划客户提供。这个新的 Sonnet 模型支持 Copilot 中的思考和非思考模式。在初步测试中，我们发现代理场景有特别显著的改进。在GitHub 博客文章中了解有关 Claude 3.7 Sonnet 模型可用性的更多信息。

Copilot Vision（预览）

我们正在此版本的 Copilot Chat 中快速推出端到端视觉支持。这使您可以在聊天提示中附加图像并与之交互。例如，如果您在调试时遇到错误，可以附加 VS Code 的屏幕截图，并请求 Copilot 帮助您解决问题。您还可以使用它来附加一些 UI 样机，并让 Copilot 提供一些 HTML 和 CSS 来实现该样机。

Animation that shows an attached image in a Copilot Chat prompt. Hovering over the image shows a preview of it.

您可以通过多种方式附加图像：

  • 从您的操作系统或文件资源管理器视图中拖放图像
  • 从剪贴板粘贴图像
  • 附加 VS Code 窗口的屏幕截图（选择回形针 📎 按钮 > 截屏窗口）

如果选定的模型目前不具备处理文件类型的功能，将显示警告。目前唯一支持的模型将是 GPT 4o，但对 Claude 3.5 Sonnet 和 Gemini 2.0 Flash 的图像附件支持也将很快推出。目前支持的图像类型是 JPEG/JPG、PNG、GIF 和 WEBP。

Copilot 状态概览（实验性）

设置：chat.experimental.statusIndicator.enabled

我们正在试验一个新的集中式 Copilot 状态概览，它提供您的 Copilot 状态和关键编辑器设置的快速概览：

  • 如果您是 Copilot 免费用户，则显示配额信息
  • 编辑器相关设置，例如代码完成
  • 使用其他 Copilot 功能的有用键盘快捷键

此 Copilot 状态概览可通过状态栏中的 Copilot 图标访问。

Screenshot that shows the Copilot status overview in the Status Bar.

使用 chat.experimental.statusIndicator.enabled 设置启用 Copilot 状态概览。

内联完成的 TypeScript 上下文（实验性）

设置：chat.languageContext.typescript.enabled

我们正在试验 TypeScript 文件的内联完成和 /fix 命令的增强上下文。该实验目前仅限于 Insider 版本，并且可以通过 chat.languageContext.typescript.enabled 设置启用。

拉取请求标题和描述的自定义指令

您可以使用设置 github.copilot.chat.pullRequestDescriptionGeneration.instructions 为生成拉取请求标题和描述提供自定义指令。您可以将设置指向工作区中的文件，也可以在设置中内联提供指令。获取有关在 VS Code 中自定义 Copilot 的更多详细信息。

以下示例展示了如何在设置中内联提供自定义指令。

{
  "github.copilot.chat.pullRequestDescriptionGeneration.instructions": [
    {
      "text": "Prefix every PR title with an emoji."
    }
  ]
}

生成标题和描述需要安装 GitHub 拉取请求扩展。

辅助功能

Copilot Edits 可访问性

我们使 Copilot Edits 更易于访问。

  • 现在有针对修改文件和更改区域（插入、修改和删除）的音频信号。
  • 现在，可用于修改文件的可访问差异查看器。就像在差异编辑器中一样，选择 F7 以启用它。

activeEditorState 窗口标题变量

我们有一个新的 window.title 变量，activeEditorState，用于向屏幕阅读器用户指示编辑器信息，例如修改状态、问题数量以及文件何时有待处理的 Copilot 编辑。在屏幕阅读器优化模式下，默认会附加此变量，并且可以通过 accessibility.windowTitleOptimized 禁用。

工作台

Linux 上的自定义标题栏

自定义标题栏现在在 Linux 上默认启用。自定义标题栏使您可以访问布局控件、Copilot 菜单等。

Screenshot that shows the custom VS Code title bar on Linux.

您可以随时恢复到本机标题装饰，无论是从自定义标题上下文菜单中，还是通过将 window.titleBarStyle 配置为 native。

Screenshot that shows the content menu option to disable the custom title bar on Linux.

我们很高兴能继续收到关于此体验的反馈，并且已经根据现有反馈努力改进未来的里程碑。

使用标签表示辅助侧边栏视图

我们决定更改辅助侧边栏中视图的显示方式，以显示标签而不是图标，类似于面板区域中的做法。这使得区分不同的视图（例如Copilot Edits和Copilot Chat视图）变得更容易。您可以随时通过配置workbench.secondarySideBar.showLabels切换回显示图标。

Screenshot that shows Secondary Side Bar with labels instead of icons.

新的设置编辑器键匹配算法（预览）

设置：workbench.settings.useWeightedKeySearch

我们添加了一个新的“设置”编辑器搜索算法，该算法优先考虑更相关的键匹配。该搜索算法尝试以比以前更多的方式匹配设置 ID 和标签，但它也更精细地筛选结果，以便只显示最佳匹配类型。

您可以通过启用 workbench.settings.useWeightedKeySearch 设置来试用此预览功能。

主题：浅粉色（在 vscode.dev 上预览）

简单文件选择器中隐藏点文件的选项

当使用简单文件选择器时（无论是连接到远程还是使用files.simpleDialog.enable），您现在可以使用显示/隐藏点文件按钮隐藏点文件。

Screenshot that shows the simple file picker, highlighting the button to show or hide dot files.

编辑器

查看引用拖放支持

Peek 视图现在支持拖放。调用查看引用、查看实现或任何其他 Peek 命令，并从其树中拖动条目以将其作为单独的编辑器打开。

主题：GitHub Light Colorblind (Beta)（在 vscode.dev 上预览）

出现次数高亮延迟

编辑器内出现次数高亮延迟现在默认设置为 0。这使得编辑器整体响应更灵敏。您仍然可以使用 editor.occurrencesHighlightDelay 设置控制延迟。

源代码管理

更新的视图标题

当我们将“源控制图”视图添加到“源控制”视图时，它突出了“源控制”视图中各部分标题的重复性：“源控制存储库”、“源控制”和“源控制图”。在这个里程碑中，我们重新审视了视图的标题，使其更短且不再重复视图标题：“存储库”、“更改”和“图”。

丢弃未跟踪更改的改进

设置：git.discardUntrackedChangesToTrash

多年来，我们收到了多份关于数据丢失的报告，因为丢弃未跟踪的文件将永久删除该文件，尽管 VS Code 显示了一个模态对话框，明确指出该文件将被永久删除。

从这个里程碑开始，如果可能，丢弃未跟踪的文件将把文件移动到回收站/垃圾桶，以便可以轻松恢复文件。您可以使用 git.discardUntrackedChangesToTrash 设置禁用此功能。

Screenshot of the modal dialog shown when discarding an untracked file.

诊断提交钩子（实验性）

设置:

在此里程碑中，我们引入了一个新的提交钩子，当更改的文件存在任何未解决的诊断问题时，它会提示您。这目前是一个实验性功能，可以通过 git.diagnosticsCommitHook.Enabled 设置启用。

默认情况下，提交钩子会提示任何错误级别的诊断信息，但可以使用 git.diagnosticsCommitHook.Sources 设置自定义诊断来源和级别。请尝试一下并告诉我们您的反馈。

Screenshot of the modal dialog shown when there are unresolved diagnostics for the changed files.

Notebook

内联笔记本差异视图（实验性）

设置：notebook.diff.experimental.toggleInline

您现在可以为笔记本启用内联差异视图。此功能使您可以在单个内联视图中查看笔记本单元格内的更改，而不是传统的并排比较。

通过将 notebook.diff.experimental.toggleInline 设置为 true 来启用此功能。然后，您可以使用右上角的编辑器菜单将差异视图切换为内联。

笔记本内联值悬停

笔记本内联值现在会截断其修饰以适应视口宽度，并具有丰富的悬停以显示完整值，同时保持空白格式。这保持了数据帧等变量的形状，使值一目了然。

Screenshot that shows the cursor hovering above a dataframe object's inline decoration. A rich value hover is shown.

终端 IntelliSense（预览）

设置：terminal.integrated.suggest.enabled

我们通过添加完成规范（例如 git）、优化命令行解析以提供更好的建议以及增强文件和文件夹完成功能，显著改进了 bash、zsh、fish 和 PowerShell 的终端 shell 完成功能。通过 terminal.integrated.suggest.enabled 启用此功能。

增强的 Fig 完成支持

我们利用 Fig 完成规范为特定的 CLI 提供智能完成。以前我们只有少量这些规范，但此次迭代中，我们将以下 CLI 添加到 VS Code 随附的列表中：

  • 基本工具：cat、chmod、chown、cp、curl、df、du、echo、find、grep、head、less、ls、mkdir、more、mv、pwd、rm、rmdir、tail、top、touch、uname
  • 进程工具：kill、killall、ps
  • 包管理器：apt、brew
  • Node.js 生态系统：node、npm、npx、nvm、pnpm、yarn
  • SCM、语言、编辑器：git、nano、python、python3、vim
  • 网络：scp、ssh、wget

除了新的规范之外，我们现在还支持*生成器*，它们通过在请求时运行命令来动态生成完成。一个实际的例子是为 git checkout 显示所有分支：

显示“git checkout tyriar/xterm”完成的屏幕截图，显示多个结果，包括不完全匹配查询的模糊结果。 主题：Sapphire（在 vscode.dev 上预览）

在幕后，这会运行 git --no-optional-locks branch -a --no-color --sort=-committerdate 来获取分支列表，然后将其处理为完成。类似的方法也用于获取标签。

可配置的快速建议

设置：terminal.integrated.suggest.quickSuggestions

与编辑器类似，*快速建议*是指在键入*任何内容*时自动显示 IntelliSense，而不是*触发字符*，后者在使用 \ 或 - 等特定字符时显示。新的 terminal.integrated.suggest.quickSuggestions 设置允许精确控制何时显示快速建议。

默认值启用命令和参数的快速建议，现在默认禁用，回退到路径，我们听说这可能会变得嘈杂和令人沮丧，因为它们通常不适用。这是默认值

"terminal.integrated.suggest.quickSuggestions": {
  "commands": "on",
  "arguments": "on",
  "unknown": "off"
}

内联建议检测

设置：terminal.integrated.suggest.inlineSuggestion

迄今为止，内联建议检测的一个问题是不同来源的建议之间的竞争造成的混乱。具体来说，当在 shell 中键入时经常出现的内联建议

Screenshot that shows fish shell showing suggestions, such as previous git commit commands when typing a prefix.

这些建议实际上是 shell 级别的功能（fish/zsh 中的自动建议，pwsh 中的预测等），这对于用户来说可能不明显，尤其是在与 IntelliSense 同时出现时。

IntelliSense 功能要求我们检测此内联建议，以前使用的天真实现只检查文本是否使用模糊或斜体SGR 属性进行样式设置。事实证明，这还不够，不仅在用户自定义样式时，而且 fish shell 默认也不使用这两种样式。我们现在通过分析命令行上下文和光标位置来检测大多数情况。

基于这种新的改进检测，内联建议现在作为带有星形图标的顶部选项呈现，既与编辑器行为更一致，也更清楚在这种情况下 kstyle(Tab) 将做什么。

Screenshot that shows when an inline suggestion shows up, it will be detected and put beside a star icon at the top of IntelliSense.

默认情况下，始终将此建议显示为顶部建议，但可以使用 terminal.integrated.suggest.inlineSuggestion 进行配置。

详细的命令完成

bash 和 zsh 内置命令以及 PowerShell 命令的完成现在更加详细，提供了可用参数的详细信息。此信息来源于 shell 的文档或帮助命令。

对于 bash，使用 help 获取基本描述

Screenshot that shows the history completion in bash, showing usage information and description.

对于 zsh，使用 man zshbuiltins 获取详细描述

Screenshot that shows completions in zsh, displaying detailed information from the manpage.

对于 PowerShell，Get-Command 的更多属性显示在完成中

Screenshot that shows the completion for Get-ChildItem, showing the module Microsoft.PowerShell.Management and its version.

Screenshot that shows the completion for ConvertTo-Json, showing the signature of the command.

改进的排序

命令完成现在具有改进的排序功能，具体而言：

  • 包含更多详细信息的完成通常显示在详细信息较少的完成上方
  • 内置命令优先于 $PATH 中的路径

Screenshot that shows the more useful alias and autoload commands showing before others in zsh.

对于路径，进行了以下改进：

  • 以 _ 开头的路径会受到惩罚，因为这通常表示它们是特殊的，通常不应更改太多（例如，__init__.py）。
  • 排序时忽略标点符号，因此以 . 开头的文件将与其他文件混在一起。

Screenshot that shows init.py will show below other files, while a .build dir will show immediately above a build file.

CDPATH 支持

设置：terminal.integrated.suggest.cdPath

$CDPATH 环境变量是一种常见的 shell 功能，包含一个由冒号分隔的路径列表，类似于 $PATH，允许像它们是相对路径一样导航它们，无论当前工作目录如何。Fish 实际上在 cd 补全中显示 CDPATH 条目

Screenshot that shows tab completion in fish, displaying entries from CDPATH.

我们现在支持在使用 cd 时将 $CDPATH 条目显示为完成项

Screenshot that shows CDPATH entries now show up in IntelliSense.

此功能也适用于 Windows（; 分隔符），并且不需要 shell 本机支持该功能，因为默认情况下使用绝对路径。

Screenshot that shows a CDPATH containing 2 paths separated by a semi-colon, including all sub-directories even on PowerShell which does not support CDPATH natively.

使用 terminal.integrated.suggest.cdPath 进行配置。

绝对路径

现在支持绝对路径。

Screenshot that shows "cd c:\Github\mi" will show results for all absolute folders matching that term.

Screenshot that shows cd to absolute paths also works with Unix-style paths.

别名支持

现在还检测 bash、zsh 和 fish 的命令别名，并具有一个新的独特图标

Screenshot that shows the alias c->code-insiders will now be detected and show with the command icon with a little arrow in the corner.

区分选项和标志

CLI 选项（有值）和标志（无值）现在通过不同的图标在 UI 中进行区分

Screenshot that shows flags like --help will show a flag icon, options like --diff will show a different icon.

任务

任务重新运行操作

我们为终端添加了一个新的重新运行任务操作，⌃⇧R (Windows, Linux Ctrl+Shift+R)。此操作显示在终端选项卡的内联工具栏和终端的上下文菜单中。

调试

调试内联值悬停

如果启用了 debug.inlineValues 设置，内联值装饰现在具有内联悬停功能，使得一眼就能更容易地读取更长的值。

Screenshot that shows the cursor hovering above a dataframe object's inline decoration in an active debugging session. Rich value hover is shown.

语言

TypeScript 5.8

VS Code 现在包含 TypeScript 5.8.2。此重大更新带来了新的语言改进，包括改进了条件表达式的类型检查和支持编写符合 Node 新的 --experimental-strip-types 选项的代码。它还包含了一些工具改进和错误修复。

请查看TypeScript 5.8 发布博客，了解此更新的更多详细信息。

远程开发

远程开发扩展允许您通过 SSH 或远程隧道使用开发容器、远程机器或适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

亮点包括：

  • Linux 旧服务器终止支持
  • 扩展代理可配置性

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

企业支持

允许扩展的多行支持

您现在可以使用多行字符串在 Windows 组策略中配置允许的扩展。这允许更灵活和更广泛地配置允许的扩展。了解有关配置允许的扩展的更多信息。

对扩展的贡献

Python

中断长字符串时自动插入引号

Pylance 现在支持自动插入引号，以在中断长字符串时实现无缝体验。

Pylance 内存消耗改进

进行了一些优化以改进 Pylance 的内存消耗，特别是在处理大型工作区时。此增强功能已添加到 Pyright，它是为 Pylance 语言服务器功能提供支持的静态类型检查器。

Python Shell 集成改进

修改 python.terminal.shellIntegration.enabled 后，您不再需要重新加载才能使更改生效。只需创建一个新终端即可在终端中的 Python REPL 中查看所需的更改。

Windows Git Bash 的正确工作区提示

在 Windows 上使用 Git Bash 的 Python 用户现在将在其终端提示中看到正确的工作目录。这些更改适用于选择加入 pythonTerminalEnvVarActivation 实验的用户。

自动测试发现文件模式的新设置

您现在可以通过在 python.testing.autoTestDiscoverOnSavePattern 设置中指定 glob 模式来优化自动测试发现发生的文件。其默认值设置为 **/*.py。

从 settings.json 读取测试调试配置作为备用

我们现在在 settings.json 和 launch.json 文件中查找测试调试配置，扩展了您可以定义这些配置的位置。

GitHub 身份验证

通过采用 Electron fetch 改进代理支持

GitHub 身份验证扩展现在利用 Electron 版本的 fetch 来发出 Web 请求。这有助于使用某些代理和防火墙设置的用户。如果您知道您在具有代理设置的环境中运行，并且无法在 VS Code 中向 GitHub 进行身份验证，请随时创建问题！

扩展创作

身份验证

重要：我们正在将 AuthenticationForceNewSessionOptions 重命名为 AuthenticationGetSessionPresentationOptions，并暂时保留已弃用的 AuthenticationForceNewSessionOptions。功能上没有区别，因此这在运行时不是一个重大更改，但您应该更新您的代码以使用 AuthenticationGetSessionPresentationOptions 而不是 AuthenticationForceNewSessionOptions，因为它将在将来移除。

查看这两个身份验证调用：

vscode.authentication.getSession(provider, scopes, { createIfNone: options });
vscode.authentication.getSession(provider, scopes, { forceNewSession: options });

createIfNone 和 forceNewSession 现在将接受 boolean 或 AuthenticationGetSessionPresentationOptions

/**
 * Optional options to be used when calling {@link authentication.getSession} with interactive options `forceNewSession` & `createIfNone`.
 */
export interface AuthenticationGetSessionPresentationOptions {
  /**
   * An optional message that will be displayed to the user when we ask to re-authenticate. Providing additional context
   * as to why you are asking a user to re-authenticate can help increase the odds that they will accept.
   */
  detail?: string;
}

可以在此处找到完整的类型定义...

这是 createIfNone 的新添加功能，但它是对 forceNewSession 的修改，后者过去接受一个与新的 AuthenticationGetSessionPresentationOptions 具有相同签名的 AuthenticationForceNewSessionOptions。

如果您明确使用 AuthenticationForceNewSessionOptions，您会发现它被标记为已弃用，您应该将其替换为 AuthenticationGetSessionPresentationOptions，因为 AuthenticationForceNewSessionOptions 将在未来的版本中移除。

重要的是要注意，这里唯一改变的是类型。没有运行时更改，因此从这个角度来看，这不是一个破坏性更改。

此外，authLearnMore 提议的 API 已从 AuthenticationForceNewSessionOptions 更新为 AuthenticationGetSessionPresentationOptions。

以下是利用 detail 和 learnMore 提案的示例

Screenshot that shows the authentication modal dialog, featuring a message that says 'To get more relevant Copilot Chat results, we need permission to read the contents of your repository on GitHub.' and a button to learn more.

精简的片段 API

您现在可以控制插入片段时的空白标准化。这适用于 insertSnippet-API 和 SnippetTextEdit-API，并控制是否调整片段附加行的缩进。

const snippet = `This is an indented
    snippet`;

// keepWhitespace: false, undefined
function indentedFunctionWithSnippet() {
  return `This is an indented
        snippet`; // adjusted indentation
}

// keepWhitespace: true
function indentedFunctionWithSnippet() {
  return `This is an indented
    snippet`; // original indentation
}

提议的 API

文本编码

我们添加了新的提议 API，用于在 VS Code 中处理文本编码。

具体来说，这个新的 API 允许

  • 获取 TextDocument 的当前 encoding
  • 使用特定 encoding 打开 TextDocument
  • 将 string 编码为带有特定 encoding 的 Uint8Array
  • 使用特定 encoding 将 Uint8Array 解码为 string

请尝试一下，并在此 GitHub 问题中告诉我们您的想法。

Shell 环境

扩展能够访问从 VS Code 集成终端打开的 pwsh、zsh、bash 和 fish shell 的用户当前活动 shell 环境信息。这仅在启用 terminal.integrated.shellIntegration.enabled 时可用。

用户可以通过 terminal.integrated.shellIntegration.environmentReporting 决定是否报告其 shell 环境信息。

请尝试一下，并在此 GitHub 问题中告诉我们您的想法。

工程

Electron 34 更新

在此里程碑中，我们将 Electron 34 更新推广给我们的稳定版本用户。此更新附带 Chromium 132.0.6834.196 和 Node.js 20.18.2。我们要感谢所有在 Insider 版本上自托管并提供早期反馈的用户。

macOS 10.15 支持已终止

VS Code 1.97 是最后一个支持 macOS 10.15 (macOS Catalina) 的版本。请参阅我们的常见问题以获取更多信息。

开发时跟踪泄露的可支配对象

VS Code 使用可支配模式进行显式资源管理，例如关闭文件、清理 DOM 元素或删除事件监听器。不处理资源意味着内存浪费，内存使用量会随着时间的推移而累积。

我们一直在寻找此类泄漏，并添加了另一个检测工具。我们利用 FinalizationRegistry API，因为它会在对象被垃圾回收时通知我们。如果这样的对象代表一个未被处理的 disposable，这意味着我们有一个泄漏。这些被收集并显示给 VS Code 的开发人员，以便我们可以在工作时进行清理。

值得注意的修复

感谢

最后但同样重要的是，向 VS Code 的贡献者们致以衷心的感谢。

问题跟踪

对我们问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 vscode-css-languageservice 的贡献

对 vscode-eslint 的贡献

对 vscode-hexeditor 的贡献

对 vscode-jupyter 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-mypy 的贡献

对 vscode-pull-request-github 的贡献

对 vscode-python-debugger 的贡献

对 vscode-vsce 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献

对 python-environment-tools 的贡献