– 代理会话日，2月19日

2024年7月 (版本 1.92)

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

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

下载：Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap

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

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

辅助功能

改进的调试体验

辅助功能帮助对话框

我们为“运行和调试”视图和“调试控制台”添加了辅助功能帮助对话框。当任一视图处于焦点状态时，您会收到有关打开辅助功能帮助对话框的提示。通过设置 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 (vscode-insiders://settings/setting.name 用于 Insiders，以及 code-oss 用于 OSS 版本) 的“设置”URL，并将打开设置编辑器到指定的设置。如果未提供设置，则仍将打开设置编辑器。当在发布说明中使用带有设置 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 等）的成功完成，并刷新源控制视图。

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() 引用

远程开发

《远程开发扩展》使你能够使用 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 视图并整合了更多其代码建议。

我们不断进行实验，以确定不同任务的最佳模型，在平衡性能和能力的同时致力于质量、安全和保障。有关 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) 现在会显示类似于 Jupyter 单元格中的成功/失败 UI，具体取决于执行结果。此外，我们进行了改进，以便不再在不生成输出的单元格中显示空行。

源代码中的内联变量值

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

Show Python Inline Variables.

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

注意：此功能目前处于探索状态，并且仍在进行改进。请在 vscode-python-debugger 仓库 中提供任何反馈！

改进的调试欢迎视图

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

GitHub 拉取请求和议题

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

  • 使用 撤销 按钮撤销合并的 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，这要归功于这个新设置。

改进的文件补全

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

Results are now sorted by extensions with platform-specific boosts

这些更改不仅提高了顶级项目的相关性，还通过使行为更接近于本机 PowerShell 选项卡补全，帮助了肌肉记忆。例如，在 VS Code 代码库中 Windows 上常用的命令是 ./scripts/code.bat。有了这些更改，./sc<tab>/c<enter> 将完成并运行 ./scripts/code.bat。

全局补全缓存

命令的全局补全在会话之间进行缓存，这显著提高了 shell 启动性能。这还修复了一个补全无法在重新连接的终端中正确工作的问题。目前，可以通过运行 Terminal: Clear Suggest Cache 命令清除和刷新这些缓存。在 Intel i7-12700KF 上测量，这减少了激活 shell 集成所需的时间，从 ~600 毫秒减少到 ~50 毫秒。

PowerShell 中的内置终端补全

我们现在发布了基于 posh-git 项目的 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，该 API 使扩展能够选择希望按钮呈现的位置。选项是

  • Title：这会将按钮呈现到快速选择的标题栏中。这是默认行为，并保持按钮的现有行为。
  • Inline：这会将按钮呈现到输入框的右侧。如果你不打算在标题栏中使用任何内容，但希望显示按钮，这将很有用。

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

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

测试增强

将代码与测试关联

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

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

测试失败时的调用堆栈

我们正在开发一个 API，该 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 提供结果
对于文件 FindFiles FileSearchProvider
对于文件中的文本 FindTextInFiles TextSearchProvider

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

网站

我们刷新了 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。

使用 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 更改中断的通知

与 CVE 响应相关的 Node 版本，此 Electron 更新包含一个 中断性更改，如果您在 Windows 上执行 .bat 或 .cmd 文件，则可能会受到影响。 您可以在使用 shell 选项生成这些文件时，遵循 Node.js 设定的指南。

我们已主动通知可能受影响的扩展，方法是进行简单的源代码扫描，但有可能我们遗漏了您的扩展。 如果您受到影响，在 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 的贡献

English 한국어 中文(简体) 中文(繁體)
© . This site is unofficial and not affiliated with Microsoft.