尝试以扩展 VS Code 中的代理模式！

2024 年 7 月（版本 1.92）

更新 1.92.1：本次更新解决了这些问题。

更新 1.92.2：本次更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：通用版 Intel Apple 芯片 | 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（Insiders 版本为 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.

源代码管理

传入/传出更改图

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

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

  • 启用多选功能，以查看属于同一分支的多个历史项之间的更改。
  • 在 ... 菜单中添加了选项，用于从远程/基础分支过滤历史项。
  • 添加了用于抓取 (fetch)、拉取 (pull) 和推送 (push) 历史项的操作。

快来试试吧，并告诉我们您的想法！

您可以通过切换 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 等）的成功完成，并刷新源代码管理视图。

Notebook

多单元格注释

笔记本编辑器现在支持一次性切换一个或多个单元格的注释。通过选择一个或多个单元格容器，然后使用键盘快捷键 ⌘/ (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() 引用

远程开发

远程开发扩展、远程开发扩展使您能够使用开发容器、通过 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 视图并采纳了其更多的代码建议。

我们不断进行实验，以确定针对不同任务的最佳模型，在平衡性能和能力的同时，致力于质量、安全和保障。有关 GitHub Copilot 中采用 GPT-4o 的更多详细信息，请查阅 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 单元格中的显示。此外，我们还进行了改进，不再在不生成任何输出的单元格上显示空行。

源代码中的内联变量值

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.

此功能是实验性的，未来可能会有更改。

PowerShell 的 VS Code 原生 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，该 API 使用 VS Code 的工作区文件搜索来查找文件。新版本应该允许更多选项，并更清晰地处理排除选项。当我们引入改进版本时，现有函数签名仍应可正常运行。

下表说明了不同 API 之间的关系：

使用 API 查找 使用 API 提供结果
对于文件 查找文件 文件搜索提供程序
对于文件中的文本 在文件中查找文本 文本搜索提供程序

如果您感兴趣，请访问以上链接提供反馈！

网站

我们更新了 VS Code 网站的设计，并添加了对浅色和深色主题的支持。

VS Code website light mode.

网站的新设计默认遵循您系统的（浅色或深色）主题，您也可以通过右上角的太阳/月亮图标手动切换。

VS Code website dark mode.

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

工程

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

我们将为 VS Code 内置 Markdown IntelliSense 提供支持的语言服务器移至其独立仓库。以前，此项目是从 VS Code 主仓库的子文件夹发布的。此更改使贡献项目变得更容易。

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

VS Code 使用 ESM 的进展

在此里程碑中，我们重新开始了为 VS Code 核心采用 ESM 的工作。我们未来的目标是使用 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 文件，可能会受到影响。在使用 shell 选项生成这些文件时，您可以遵循 Node.js 设置的指南。

我们已根据简单的源代码扫描主动通知了可能受影响的扩展，但我们仍可能遗漏了一些。如果您受影响，在 Windows 上生成 .bat 或 .cmd 文件时会遇到 EINVAL 异常。请参阅 Node.js 文档以获取处理这些异常的指导。

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

值得注意的修复

  • 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 的贡献