现已发布！阅读 10 月份的新功能和修复。

2024 年 7 月（版本 1.92）

更新 1.92.1：此更新解决了以下 问题。

更新 1.92.2：此更新解决了以下 问题。

下载：Windows：x64 Arm64 | Mac：通用 英特尔 硅 | Linux：deb rpm tarball Arm snap

欢迎使用 Visual Studio Code 的 2024 年 7 月版本。此版本包含许多更新，我们希望您会喜欢它们，一些主要亮点包括

如果您想在线阅读这些发布说明，请访问 更新，网址为 code.visualstudio.com。内部人员：想尽快试用新功能？您可以下载夜间 内部人员 版本，并在新功能可用时立即试用。

辅助功能

改进的调试体验

辅助功能帮助对话框

我们在“运行和调试”视图和调试控制台中添加了辅助功能帮助对话框。当其中任何视图处于焦点时，您会收到有关打开辅助功能帮助对话框的提示。通过设置 accessibility.verbosity.debug 配置此提示。

调试控制台辅助功能视图

运行命令 打开辅助功能视图 (⌥F2 (Windows Alt+F2，Linux Shift+Alt+F2)) 以逐个字符、逐行检查调试控制台内容。

设置 debug.autoExpandLazyVariables 现在在 屏幕阅读器优化模式 中启用，方便访问变量值。

在调试控制台中对表达式进行求值时，现在会将其值宣布给屏幕阅读器用户。

动态监视变量宣布

在启用屏幕阅读器进行调试时，您现在可以听到监视变量值何时发生变化。使用 accessibility.debugWatchVariableAnnouncements 配置此选项。

配置键绑定操作

在之前的里程碑中，我们在辅助功能帮助对话框中引入了一个操作来配置未分配的键绑定。现在，我们添加了 配置已分配的键绑定 命令 (⌥A (Windows，Linux Alt+A)) 来补充此操作。

工作区

将面板移动到顶部

您现在可以将 面板 移动到工作区的顶部，在编辑器区域的上方。默认情况下，面板位于底部，并包含视图，例如终端、输出面板和调试控制台。此增强功能补充了将面板放置在左侧、右侧和底部的现有选项。

配置文件编辑器预览

在此里程碑中，我们继续改进配置文件编辑器，使其更易于使用，并具有与设置编辑器一致的外观和感觉。

Profiles Editor showing all user profiles and their settings.

配置文件编辑器作为一项实验性功能提供，位于 workbench.experimental.enableNewProfilesUI 设置后面。启用后，您可以从窗口左下角的设置齿轮图标访问配置文件编辑器。

Settings menu showing the Profiles menu item to open the Profiles Editor.

覆盖现有配置文件

您现在可以通过创建与现有配置文件（包括默认配置文件）同名的配置文件来覆盖现有配置文件。

改进的扩展更新体验

我们对扩展更新体验进行了一些改进，让您更好地控制更新扩展，并更轻松地管理扩展的自动更新。

自动更新所有扩展

我们已将扩展视图标题区域中的全局扩展自动更新操作更改为 为所有扩展启用自动更新 和 为所有扩展禁用自动更新 操作。使用这些操作，您可以一次性为所有扩展启用或禁用自动更新。

Manage Auto Updating Extensions.

自动更新单个扩展

我们通过始终显示启用或禁用扩展的自动更新操作，改进了单个扩展的自动更新体验。这使得管理扩展的自动更新变得更加容易。

Auto update configuration per extension.

禁用通过 VSIX 安装的扩展的自动更新

通过 VSIX 安装扩展时，默认情况下会禁用该扩展的自动更新。这使您可以使用已安装的扩展版本，而不会自动更新。

更好地控制更新扩展

当您将没有可执行代码的已安装扩展版本更新到具有可执行代码的版本时，现在需要用户同意。这使您可以控制在应用此类更新之前进行审查。以下视频演示了将没有代码的扩展更新到具有代码的版本的体验。

选择 查看 按钮会在浏览器中打开扩展变更日志或扩展存储库。您可以查看更改，然后决定是否要更新扩展。

修复了设置编辑器跳转问题

设置编辑器以前会在修改设置后跳转，并将焦点更改为另一个设置。并且在修改设置之前滚动得越多，此跳转就越严重。我们更改了设置编辑器在修改设置后重新呈现设置的方式，并且设置编辑器在修改设置后不再跳转。

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

设置的 URL 处理

VS Code 现在可以处理格式为 vscode://settings/setting.name 的“设置”URL（对于内部人员来说是 vscode-insiders://settings/setting.name，对于 OSS 版本来说是 code-oss），并将打开设置编辑器到指定的设置。如果没有给出设置，则仍会打开设置编辑器。当发布说明中使用了具有设置 URL 的锚标签，并且发布说明在 VS Code 中打开时，我们会进行特殊处理和呈现，如之前的 codesetting 功能中所述。

Setting URL in release notes

配置用于打开链接的浏览器

新设置 workbench.externalBrowser 使您可以配置要用于打开链接的浏览器。默认情况下，将使用操作系统标准浏览器。您可以在每个工作区级别配置此设置，并且还启用了设置同步。

将浏览器可执行文件的完整路径指定为设置值。或者，为了确保在不同设备上都能正常运行，您也可以使用浏览器别名，例如 edge、chrome 或 firefox。

Configure the browser to open links.

禁用拖放时自动打开文件

以前，将文件拖放到资源管理器中也会自动在编辑器中打开它。在某些情况下，这可能不希望如此。新设置 explorer.autoOpenDroppedFile 使您可以切换此行为。默认情况下，文件在拖放时仍会打开，但当设置为 false 时，此行为将被禁用。

编辑器

灯泡控制改进

有时，灯泡控制可能会阻止编辑器中的代码。为了解决这个问题，我们引入了一种改进的灯泡控制启发式算法，该算法在没有空间时会在边距中显示灯泡，而不是阻止编辑器中的代码。

Lightbulb overlaps with code (left) versus positioned in the gutter (right).

您可以使用 editor.lightbulb.enabled 设置在编辑器中切换灯泡控制。

差异编辑器

聊天中更紧凑的差异

我们在聊天视图/内联聊天中的差异编辑器布局上进行了迭代，并使其更加紧凑。

之前:

Previous diff editor layout, which is less compact.

之后:

More compact diff editor layout.

源代码管理

传入/传出更改图表

在本里程碑中，我们正在启用使用图表可视化传入和传出更改。该图表包含当前分支、当前分支的上游分支以及可选的基础分支。该图表的根是这些分支的共同祖先。

我们对历史记录项悬停进行了多项改进

  • 启用多选以查看属于同一分支的多个历史记录项的更改。
  • 在 ... 菜单中添加了选项以从远程/基础分支中过滤历史记录项。
  • 添加了用于获取、拉取和推送历史记录项的操作。

试试看，让我们知道您的想法！

您可以通过切换 scm.showHistoryGraph 设置来禁用传入/传出更改的图表可视化。

Source control view showing a graph visualization of the incoming and outgoing changes.

终端 shell 集成

每次源代码管理操作以及针对特定文件/文件夹的文件系统事件发生时，源代码管理视图都会刷新。当在集成终端中执行 git 命令时，命令完成与源代码管理视图刷新之间可能会有延迟。为了减少这种延迟，从本里程碑开始，我们将使用终端 shell 集成 API 来检测在集成终端中执行的各种 git 命令（例如，add、checkout、commit、fetch、pull、push 等）的成功完成，并刷新源代码管理视图。

笔记本

多单元格注释

笔记本编辑器现在支持一次性切换一个或多个单元格的注释。为此，请先选择一个或多个单元格容器，然后按键盘快捷键 ⌘/（Windows、Linux Ctrl+/）。

终端

新的滚动条

终端中的滚动条现在看起来与编辑器中的滚动条一样。

The terminal scroll bar now looks just like the editor's scroll bar

概述标尺与以前相同，左边是成功命令，中间是查找结果，右边是失败命令。但现在它与滚动条滑块完美对齐。

调试

调试时显示变量类型

当设置 debug.showVariableTypes 打开时，VS Code 现在在调试时显示变量的数据类型。

Show variable data types in the Variables section while debugging.

语言

粘贴时更新 Markdown 链接

VS Code 现在可以帮助您在 Markdown 文档之间移动文本部分，方法是更新任何复制和粘贴文本中的链接。借助此功能，VS Code 修复了所有相对路径链接、参考链接以及所有带有相对路径的图像/视频，以使它们在新文档中正常工作。

只要您在两个 Markdown 文件之间复制和粘贴带有链接的文本，此功能就会启动。如果存在可以更新的链接，您将在粘贴后看到粘贴小部件。选择“粘贴并更新粘贴的链接”，VS Code 会为您修复这些链接。

您可以通过将 markdown.updateLinksOnPaste 设置为 false 来完全禁用此功能。

在 CSS 中粘贴和拖放文件

您是否需要在 CSS 中使用图像？现在，您可以通过拖放或将图像文件复制粘贴到 CSS 编辑器中来快速插入 url() 引用。

远程开发

远程开发扩展 使您可以使用 Dev Container、通过 SSH 或 远程隧道 连接到远程机器，或者使用 适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

重点包括

  • GPG keyboxd 支持
  • 本地端口范围配置

您可以在 远程开发发行说明 中详细了解这些功能。

对扩展的贡献

GitHub Copilot

Copilot Chat 的 GPT-4o 升级

我们已将 Copilot Chat 视图从 GPT-4-Turbo 升级到 GPT-4o，这是 OpenAI 目前最强大的模型。我们的实验表明，GPT-4o 显着增强了 Copilot 的编码能力，直接在您的编辑器中提供更快、更准确、更高质量的代码和解释。这在推广期间很明显，因为开发人员越来越多地使用 Copilot Chat 视图并纳入了更多代码建议。

我们一直在不断实验，以确定最适合不同任务的模型，在性能和能力之间取得平衡，同时致力于质量、安全和保障。有关 GPT-4o 在 GitHub Copilot 中采用的更多详细信息，请查看 GitHub 的变更日志。

聊天中的公共代码匹配

您可以允许 GitHub Copilot 返回可能与 GitHub.com 上公开可用的代码匹配的代码。当此功能为您的 组织订阅 或 个人订阅 启用时，Copilot 代码补全已经为您提供了有关检测到的匹配项的详细信息。我们正在努力在 Copilot Chat 中也为公共代码显示这些匹配项。

我们正在为 Copilot Chat 用户逐步推出此功能。一旦您的机器启用此功能，您可能会在响应末尾看到一条包含“查看匹配项”链接的消息。如果您选择该链接，将打开一个编辑器，其中显示匹配代码引用的详细信息，以及更多详细信息。

Chat code referencing example.

聊天请求中的附件

Copilot Chat 支持通过“附加上下文”（⌘/（Windows、Linux Ctrl+/）。）命令将显式附件添加到您的聊天请求中。这些附件现在将作为提交的聊天请求的一部分呈现，显示在聊天历史记录中。选择文件附件将在编辑器中打开相应的文件和范围。

Attachments in chat requests

此外，我们现在更清楚地表明何时从请求中部分或完全省略了超过上下文窗口的大型显式附件。

Warning and hover for large attachments

对 /new 的改进

我们更新了 /new 斜杠命令，以支持快速文件生成。您可以通过使用聊天变量（例如，#selection）在文件或项目创建期间为 Copilot 提供其他上下文。此外，/new 已得到增强，可以将生成的的文件和文件夹保存到现有工作区中。

Create a new single file with /new in Copilot Chat.

从聊天中访问 VS Code 命令

@vscode 聊天参与者上的新斜杠命令 /runCommand 使您可以搜索并执行核心 VS Code 命令。例如，要切换开发者工具

Toggle Developer Tools with the /runCommand slash command in Copilot Chat.

您可以使用 github.copilot.chat.runCommand.enabled 启用此新斜杠命令。

Python

使用 python-environment-tools 改进 Python 发现

在上次发布中，我们宣布了 Python 环境工具，它重新设计了以性能为重点的 Python 发现基础设施。这种方法减少了执行 python 二进制文件以探测信息的需求，从而提高了性能。

从本版本开始，我们正在作为实验的一部分推出此增强功能。如果您有兴趣尝试，可以在您的用户 settings.json 中将 "python.locator" 设置为 "native" 并重新加载您的 VS Code 窗口。访问 python-environment-tools 存储库 以了解有关此功能、正在进行的工作以及提供反馈的更多信息。

显示本机 REPL 的执行状态

实验性本机 REPL（"python.REPL.sendToNativeREPL": true）现在显示成功/失败 UI，类似于 Jupyter 单元格中的 UI，具体取决于执行结果。此外，我们做了一些改进，以便我们不再在不生成输出的单元格上显示空行。

源代码中的内联变量值

Python 调试器 扩展引入了内联值功能，以增强您的 Python 调试体验。使用内联值，您可以在调试会话期间在编辑器中内联查看变量的值，位于相应代码行的旁边。这有助于您快速了解程序的状态，而无需将鼠标悬停在变量上或检查“运行和调试”视图中的“变量”部分。

Show Python Inline Variables.

要启用此功能，请在您的用户设置中将配置值 debugpy.showPythonInlineValues 设置为 true。

注意：此功能目前处于探索状态，仍在不断改进。请在 vscode-python-debugger 存储库 中提供您可能遇到的任何反馈！

改进的调试欢迎视图

调试欢迎视图现在包含一个按钮，用于在编辑器中打开 Python 文件时快速访问自动 Python 配置。

GitHub 拉取请求和问题

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

  • 通过使用已合并的 PR 的拉取请求描述中的“恢复”按钮来恢复拉取请求。
  • 分支已删除的 PR 现在可以在拉取请求视图中查看。
  • 即使您已签出多个 PR，“在 GitHub.com 上打开拉取请求”操作也会显示。

查看 扩展的 0.94.0 版本的变更日志，以了解其他重点。

扩展编写

网络代理的基本身份验证

使用 https Node.js 模块的扩展现在可以使用需要基本身份验证的网络代理。

预览功能

真正的内联差异

在本版本中，我们引入了 diffEditor.experimental.useTrueInlineView 设置（默认情况下关闭）。当您启用此设置并使用内联视图时，单行更改将内联呈现。

True Inline View in the diff editor.

这是在未启用此实验性标志的情况下内联视图的外观。

Default Inline View in the diff editor.

此功能处于实验阶段，将来可能会发生变化。

VS Code 原生 PowerShell IntelliSense

VS Code 原生 PowerShell IntelliSense 实验性功能在本版本中取得了一些重大改进。要在 Windows 或 macOS 上启用此功能

"terminal.integrated.suggest.enabled": true

除了该功能更加可靠之外，还进行了许多其他改进，如下所示。

补全不再截断

补全现在显示的文本与您键入的文本完全一致，而不是截断版本。例如，在搜索目录名称时，现在包含 .\ 并正确突出显示。

之前:

Before the completion for "src" would show "src"

之后:

After the completion for "src" would show ".\src"

优化了用于导航目录的补全

目录名称现在包含尾随的 \ 或 /，它们在完成时会刷新新目录的补全。

配置 Enter 行为

新的 terminal.integrated.suggest.runOnEnter 设置使您可以配置 Enter 行为，以便在满足某些条件时运行命令。以下值可用

  • "always"：始终在 Enter 上运行。
  • "exactMatch"：在完全键入建议时，在 Enter 上运行。
  • "exactMatchIgnoreExtension"（默认）：在完全键入建议时，或在不包含扩展名的情况下键入文件时，在 Enter 上运行。
  • "never"（旧行为）：从不在 Enter 上运行。

此更改尤其重要，因为它不会经常破坏现有的肌肉记忆，因为这将导致与未启用该功能时的相同一组按键。一个有用的示例是运行 cd ..。在此更改之前，您需要键入 cd ..<enter><enter>，但现在只需一个 Enter 即可，这要归功于此新设置。

改进的文件补全

文件补全现在按文件名称长度升序、文件名称按字母顺序排序，然后按文件扩展名按字母顺序排序。作为命令（而不是参数）运行的文件补全现在也得到提升，具体取决于它们的扩展名和当前操作系统。例如，.ps1、.bat 和 .cmd 文件在 Windows 上运行时会得到提升，这使得它们在列表中显示得更高。

Results are now sorted by extensions with platform-specific boosts

这些更改不仅提高了最顶部项目的相关性，而且还通过将行为与原生 PowerShell 选项卡补全更接近的方式来帮助肌肉记忆。例如，在 Windows 上的 VS Code 代码库中经常运行的命令是 ./scripts/code.bat。有了这些更改，./sc<tab>/c<enter> 就可以完成并运行 ./scripts/code.bat。

全局补全缓存

命令的全局补全将在不同会话之间缓存，这极大地提高了 shell 启动性能。这也解决了重新连接的终端补全无法正常工作的问题。目前，可以通过运行 `Terminal: Clear Suggest Cache` 命令清除并刷新这些缓存。在 Intel i7-12700KF 上进行测试，该优化将 shell 集成激活时间从大约 600 毫秒缩短至 50 毫秒。

PowerShell 内置终端补全

我们现在为 `git` 提供内置补全功能。这些补全是基于 `posh-git` 项目中的补全，但进行了一些通用和 VS Code 特定的改进。以下是一个补全实际应用的示例

其他一些改进包括：

  • 别名会在右侧显示其展开状态

    Aliases show their expanded state on the right

  • 针对分支、标签、暂存区和远程仓库的 Git 特定图标

    Branches and tabs have their own icon beside the completions

  • 右侧显示子命令描述

    Subcommands like 'checkout' show their description on the right

我们还为 `code` 和 `code-insiders` 提供了内置补全功能，但这些功能非常基础，将在未来的版本中得到改进。

code now shows basic completions for everything in code --help

这些补全可能会与其他 PowerShell 模块中的补全发生冲突。你可以使用以下设置禁用它们

"terminal.integrated.suggest.builtinCompletions": {
  "pwshCode": false,
  "pwshGit": false
}

TypeScript 5.6 支持

此版本包含对即将发布的 TypeScript 5.6 版本的支持。请查看 TypeScript 5.6 迭代计划，以了解此版本中包含的功能。

要开始使用 TypeScript 5.6 的预览版本，请安装 TypeScript Nightly 扩展。请分享您的反馈，并告知我们您在使用 TypeScript 5.6 时遇到的任何错误。

建议的 API

QuickInputButtonLocation 用于在输入框右侧显示按钮

在本里程碑中，我们在 QuickInputButton 上引入了一个提议 API，允许扩展选择他们希望按钮呈现的位置。选项如下：

  • Title：这会在快速选择窗口的标题栏中渲染按钮。这是默认行为，并且保持了按钮的现有行为。
  • Inline：这会在输入框右侧渲染按钮。如果您不打算使用标题栏，而是想要显示按钮，这将非常有用。

此功能已在 Git 扩展的**创建分支**输入框中采用，您可以使用 git.branchRandomName.dictionary 启用它。

查看 vscode#221397，以获取更多信息和更新。

测试增强

将代码与测试关联

我们正在开发一个 API，允许扩展将代码与测试关联，反之亦然。这允许用户在两者之间跳转，并使**在光标处运行测试**等操作也可以在实现代码中使用。我们预计随着 API 的开发，将构建更多体验。

查看 vscode#126932，以获取更多信息和更新。

测试失败中的调用堆栈

我们正在开发一个 API，允许将丰富的调用堆栈与单元测试失败关联。这使用户能够一目了然地看到导致失败的代码。

查看 vscode#214488，以获取更多信息和更新。

可归属的测试覆盖率

我们正在开发一个 API，用于根据每个测试来归属测试覆盖率。这使用户能够查看哪些测试运行了哪些代码，从而过滤编辑器中显示的覆盖率以及**测试覆盖率**视图中的覆盖率。

查看 vscode#212196，以获取更多信息和更新。

搜索 API

在过去的几个月里，我们一直在努力完成三个提议的搜索 API

  • FindTextInFiles：使用 VS Code 的文本搜索功能在工作区文件中查找文本。
  • FileSearchProvider：为无法使用 VS Code 的现有搜索功能正确搜索的自定义文件方案提供文件搜索结果。例如，扩展提供的结果可能会在从虚拟文件系统内的快速打开中搜索时显示。
  • TextSearchProvider：类似于 FileSearchProvider，但适用于文本搜索结果。例如，扩展提供的结果可能会在从虚拟文件系统内的搜索视图中搜索时显示。

此外，我们正在改进 workspace.findFiles API，它使用 VS Code 的工作区文件搜索功能查找文件。新版本应该允许更多选项，并且应该更清晰地处理排除选项。当我们引入改进版本时，现有函数签名应该仍然有效。

此表说明了不同 API 之间的关联关系

使用 API 查找 使用 API 提供结果
对于文件 FindFiles FileSearchProvider
对于文件中的文本 FindTextInFiles TextSearchProvider

如果您有兴趣，请访问上面的链接提供反馈！

网站

我们刷新了 VS Code 网站 的设计，并添加了对亮色和暗色主题的支持。

VS Code website light mode.

网站的新设计默认使用您系统的主题（亮色或暗色模式），您也可以使用右上角的太阳/月亮图标手动切换主题。

VS Code website dark mode.

我们期待收到您的反馈！在 vscode-docs 仓库 中提交任何功能请求或错误。

工程

将 Markdown 语言服务器移至单独的仓库

我们将为 VS Code 内置 Markdown 智能感知提供支持的语言服务器移至 自己的仓库。以前，这个项目是从 VS Code 主仓库的子文件夹发布的。此更改使对项目的贡献更加容易。

该项目仍以 npm 上的相同名称发布：vscode-markdown-languageserver。

使用 ESM 构建 VS Code 的进展

在本里程碑中，我们再次开始采用 ESM 构建 VS Code 核心。我们未来的目标是使用 ECMAScript 模块 (ESM) 加载，完全放弃 AMD。这是一个多里程碑的工作，将使整体代码加载和打包现代化。

xterm.js 依赖于 VS Code

终端中的新滚动条需要大量的幕后工作。VS Code 中的终端是基于 xterm.js OSS 项目 构建的，并且在即将发布的版本中，它还将发布 VS Code 代码库的一部分，特别是 base/ 文件夹的一部分。

Electron 30 更新

在本里程碑中，我们正在将 Electron 30 更新推广给稳定版用户。此更新包含 Chromium 124.0.6367.243 和 Node.js 20.14.0。我们感谢所有在 Insiders 版本上自托管并提供早期反馈的用户。

在生成 .bat 或 .cmd 文件时，API 更改通知

此 Electron 更新附带的 Node 版本包含一个 重大更改，这是对 CVE 的响应，如果您在 Windows 上执行 .bat 或 .cmd 文件，可能会影响您。您可以遵循 Node.js 在使用 shell 选项生成这些文件时设置的 指南。

我们已经根据简单的源代码扫描主动通知了可能受到影响的扩展，但我们可能错过了您的扩展。如果您受到影响，在 Windows 上生成 .bat 或 .cmd 文件时，您将遇到 EINVAL 异常。请参阅 Node.js 文档，了解如何处理这些问题。

我们建议扩展作者始终使用我们的 Insiders 版本 测试他们的扩展，以便提前发现这些更改。

值得注意的修复

  • 211199 启用平滑滚动时，终端中的 Ctrl+c 不会滚动到底部

感谢

最后但并非最不重要的一点是，衷心感谢 VS Code 的贡献者。

问题跟踪

对我们的问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 `vscode-black-formatter` 的贡献

对 `vscode-hexeditor` 的贡献

对 `vscode-languageserver-node` 的贡献

对 `vscode-markdown-tm-grammar` 的贡献

对 `vscode-pull-request-github` 的贡献

对 `vscode-textmate` 的贡献

对 `debug-adapter-protocol` 的贡献

对 `language-server-protocol` 的贡献

对 `monaco-editor` 的贡献

对 `node-request-light` 的贡献

对 `python-environment-tools` 的贡献