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

2024 年 2 月（版本 1.87）

更新 1.87.1: 此更新解决了这些问题。

更新 1.87.2: 此更新解决了此安全问题。

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

欢迎来到 Visual Studio Code 2024 年 2 月发布版。此版本有很多更新，我们希望您会喜欢，其中一些主要亮点包括

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

辅助功能

在编辑器中使用听写

现在，您可以直接使用语音在编辑器中进行听写，前提是您已安装VS Code 语音扩展。

我们添加了新的命令来启动和停止编辑器听写：语音：在编辑器中开始听写 (⌥⌘V (Windows, Linux Ctrl+Alt+V)) 和 语音：停止编辑器中的听写 (Escape)。

您可以按住启动命令的快捷键 (⌥⌘V (Windows, Linux Ctrl+Alt+V)) 来启用对讲机模式，在这种模式下，一旦您释放按键，语音识别就会停止。

注意：听写甚至可以在使用富文本编辑器的其他地方工作，例如 SCM 提交输入框和审阅拉取请求时的注释输入字段。

语音识别支持多种语言

当您使用 VS Code 语音 扩展时，您现在可以使用 accessibility.voice.speechLanguage 设置从 26 种受支持的语言中选择一种。

语音扩展的每种语言都作为其自身的扩展出现。当您第一次启动语音识别时，您将看到为您选择的每种语言安装扩展。

辅助功能信号

辅助功能信号包括声音（以前称为音频提示）和公告（以前称为警报）。

帮助：列出信号声音和 帮助：列出信号公告命令允许用户查看可用的信号并配置它们。这种新配置的迁移会自动进行。

之前

"audioCues.clear": "on | auto | off"
"accessibility.alert.clear": true | false

之后

"accessibility.signals.clear": {
    "sound": "auto | on | off",
    "announcement" (optional): "auto | off"
}

工作台

发行说明中的交互式设置

为了让您更轻松地开始使用新功能，您现在可以直接从发行说明启用或查看设置。当您从 VS Code 中查看发行说明时（显示发行说明命令），请注意某些设置带有齿轮图标。选择设置或齿轮图标可立即与该设置进行交互。

Example of an interactive setting in release notes

语言模型访问的透明度和控制

在此迭代中，我们引入了一个建议的 API，使扩展能够使用 GitHub Copilot Chat 的语言模型。为了提供对模型访问的最大透明度和控制，我们添加了以下功能。

像管理身份验证访问一样管理语言模型访问

我们发现，管理对语言模型的访问与管理您在 VS Code 中的 GitHub 帐户或 Microsoft 帐户（或任何利用 AuthenticationProvider 模型的东西）的访问非常相似。由于这些相似之处，我们还为访问语言模型利用了 VS Code 的身份验证堆栈。

当扩展想要访问另一个扩展的语言模型时，他们会看到一个一次性访问提示，该提示将被保留：显示需要语言模型访问的扩展的模态对话框

一旦授予访问权限，您就可以在您管理帐户的同一位置管理该访问权限，在帐户菜单中

Manage trusted extensions options in the account menu

“管理信任的扩展”引导您快速选择，您可以在其中选择管理访问权限

Manage trusted extensions quick pick

完成初步工作后，我们将继续改进体验，使其尽可能流畅和清晰。

跟踪扩展的语言模型使用情况

您可以在扩展编辑器和运行时扩展编辑器中跟踪扩展的语言模型使用情况。下图显示了 Copilot Chat 示例扩展向 GitHub Copilot Chat 语言模型发出的请求数量。

Tracking language model usage in extension editor

Tracking language model usage in running extensions editor

编辑器

编辑器粘性滚动

在此迭代中，我们默认在编辑器中启用粘性滚动。您可以使用设置 editor.stickyScroll.enabled 更改此设置。

我们还将编辑器粘性小部件中可以显示的最大行数从 10 行增加到 20 行。您可以使用设置 editor.stickyScroll.maxLineCount 配置最大行数。

多光标内联补全

在此迭代中，我们添加了对多光标内联补全的支持。现在，内联补全会在主光标位置和辅助光标位置预览并应用。

多差异编辑器中的重构预览

使用重构预览，您可以查看代码重构将应用的变化。重构预览更改现在显示在多差异编辑器中，这有助于一目了然地查看所有更改并将其与之前的版本进行比较。

终端

命令持续时间被跟踪

终端持续时间现在会被跟踪，并且在启用 shell 集成时，详细信息会显示在命令悬停中

Hovering the terminal command shows how long it took in milliseconds

用于放大、缩小和重置的新命令

有新的命令来放大、缩小和重置终端字体大小。这些命令默认未绑定，但您可以将它们绑定到您喜欢的快捷键。

  • 终端：增大字体大小 (workbench.action.terminal.fontZoomIn)
  • 终端：减小字体大小 (workbench.action.terminal.fontZoomOut)
  • 终端：重置字体大小 (workbench.action.terminal.fontZoomReset)

源代码管理

在窗口标题中包含存储库或分支名称

用户可以使用 window.title 设置自定义窗口标题。在此迭代中，我们添加了两个可用于此设置的新变量：${activeRepositoryName} 和 ${activeRepositoryBranchName}。这些变量分别替换为活动存储库的名称和活动分支。

提交输入验证改进

在此迭代中，我们探索使用语言诊断来为创作提交消息提供更好的输入验证。使用语言诊断使我们能够显示可以调用以解决输入验证警告的代码操作。我们添加了代码操作来删除空白字符，根据 git.inputValidationSubjectLength 和 git.inputValidationLength 设置进行硬换行，并且我们希望将来添加更多代码操作。

要启用它，请切换 git.inputValidation 设置。在默认启用此功能之前，我们需要解决一些问题，但与此同时，请随意启用它并告知我们您的反馈。

传入/传出更改设置管理

我们继续优化源代码管理视图的传入/传出部分。在此迭代中，我们在“传入/传出”分隔符中添加了一个设置操作，允许用户更轻松地切换 scm.showIncomingChanges、scm.showOutgoingChanges 和 scm.showChangesSummary 设置。这些操作也可以在源代码管理视图标题栏的 ... 菜单中的 传入和传出 菜单中使用。

关闭所有未修改的编辑器命令

为了帮助管理编辑器，我们在命令面板中添加了关闭所有未修改的编辑器命令，该命令将关闭所有具有未修改文件的编辑器。该命令不会关闭具有未保存更改的编辑器。

笔记本

笔记本的缩进设置

我们现在通过 notebook.editorOptionsCustomizations 设置支持笔记本特定的缩进设置。此设置允许用户通过 editor.tabSize、editor.indentSize 和 editor.insertSpaces 设置为笔记本设置特定的缩进样式。

用户还会注意到一个名为笔记本缩进的状态栏条目，该条目显示笔记本编辑器的当前缩进设置。此条目有一个快速选择菜单，可以管理缩进设置，而无需打开设置编辑器。这也是编辑器中提供的相同的快速选择菜单。

调试

支持新的 BreakpointMode

VS Code 支持调试适配器协议 (DAP) 的新增功能，允许您设置断点的不同“模式”。此功能通常可用于本机代码的调试器，例如，设置硬件断点与软件断点。可以使用其上下文菜单中的编辑模式操作来更改断点的模式。

Breakpoint context menu now has an 'Edit Mode...' option to change the breakpoint mode

远程开发

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

亮点包括

  • 当向工作区添加开发容器配置文件时，GitHub Copilot Chat 会建议模板和功能

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

不要错过最近的使用 Visual Studio Code 进行远程开发学习路径，了解 VS Code 中不同的远程开发功能。

对扩展的贡献

GitHub Copilot

重命名建议

我们正在逐步推出 Copilot 的重命名建议。当您在编辑器中重命名符号时，GitHub Copilot 会根据您的代码建议该符号可能的新名称列表。

内联聊天辅助功能视图

内联聊天现在有一个辅助功能视图，该视图像辅助功能差异查看器一样显示代码更改。当您使用屏幕阅读器模式时，会启用辅助功能视图。您也可以使用 inlineChat.accessibleDiffView 设置将其配置为始终开启或关闭。

此外，现在可以使用 F7 和 Shift+F7 快捷键通过键盘导航更改块。

内联聊天的默认模式

我们已停用 live preview 模式，并将 live 作为内联聊天的默认模式。这意味着建议将直接在编辑器中应用，并通过内联差异突出显示更改。

麦克风图标始终可见

现在始终可以看到用于在 Copilot Chat 中启动语音识别的麦克风图标。如果尚未安装VS Code Speech扩展，则选择该图标会首先要求安装该扩展以启用语音转文本功能。

Microphone icon in chat input

如果您对此功能不感兴趣，或者只想通过键盘快捷键使用它，则可以从上下文菜单中隐藏该功能

Hide microphone icon in chat input

对代理和斜杠命令的语音支持

当您使用 VS Code Speech 扩展通过语音填充聊天输入字段时，诸如“at workspace”或“slash fix”之类的短语现在会转换为相应的代理和斜杠命令。这在“聊天”视图和内联聊天中都有效。

随处可用的对讲机模式

当您使用 VS Code Speech 扩展时，命令语音：开始语音聊天（⌘I（Windows，Linux Ctrl+I））现在在任何地方都有效，并且会根据您的焦点位置（编辑器中的内联聊天，否则为面板聊天）调出语音聊天。

要启用对讲机模式，请按住快捷键。语音识别将一直处于活动状态，直到您松开按键，之后请求会自动提交。

基于光标位置的 Copilot: Explain This

以前，在聊天中输入 Explain This 需要您首先在活动编辑器中选择要解释的文本。您现在也可以将光标放在标识符上，以使 Copilot 查看标识符的定义。如果定义在另一个文件中，则需要提供丰富的语言支持。

预览：#codebase 变量

在此迭代中，在 GitHub Copilot Chat 的预发布版本中，我们引入了一个名为 #codebase 的新聊天变量。此变量可用于根据您的查询向 Copilot 或您正在与之交谈的聊天参与者提供工作区上下文。

在此示例中，您可以将 #codebase 视为首先向 @workspace 提问，然后将该响应添加到您向 @terminal 提出的问题中。

这是一个预览功能，因此 #codebase 可能不是此变量的最终名称，但我们的目的是提供某种方式将工作区上下文包含到聊天参与者中。

同样，这仅在 GitHub Copilot Chat 的预发布版本中。请告诉我们您的想法以及您如何使用它！

终端工作区上下文

终端不再自动拉入工作区上下文，这可能需要一些时间。相反，您需要通过使用 #codebase 变量显式地包含它。

终端聊天位置

有一个新的设置 github.copilot.chat.terminalChatLocation，它控制终端聊天体验。默认值为 chatView，如果您喜欢以前的行为，可以将其配置为 quickChat。

Jupyter

对本地运行的 Jupyter 服务器的语言服务器支持

当连接到本地 Jupyter 服务器时，Jupyter 扩展以前将这些 Jupyter 服务器视为远程服务器。因此，Pylance 扩展无法检测到已安装的软件包。

Failed language features for remote Jupyter Servers

在此迭代中，Jupyter 扩展会检测连接的 Jupyter 服务器是本地的还是远程的。这使 Pylance 扩展能够根据安装的软件包（在本地 Python 环境中）提供更丰富的语言功能。

Language features for remote Jupyter Servers

Python

Python REPL 的 Shell 集成

现在，我们通过 WSL 扩展在 Mac、Linux 和 Windows 上启用了 Python REPL 的 shell 集成。当您在 Python REPL 中执行命令时，彩色圆圈装饰器会指示命令是成功还是失败。此外，我们还支持 Python REPL 的终端：运行最近的命令… 命令，使您能够查看和使用 REPL 的命令历史记录。

我们现在还支持所有操作系统的 Python shell 文件历史记录，可通过终端：运行最近的命令访问。

降低忽略第一个命令的风险

以前，许多 Python REPL 用户注意到他们发送给 Python REPL 的第一个命令（例如，使用 Shift+Enter）存在问题。他们的 Python 命令要么被忽略且未发送到 Python REPL，要么该命令在启动 Python REPL 的 shell 中多次粘贴，而不是在 Python REPL 本身中粘贴。对于 Windows 用户或在较旧的计算机上工作的用户来说，这种情况尤其如此。

在此迭代中，我们努力减轻和降低这种情况发生的风险。用户现在在向 VS Code 中的第一个 REPL 实例发送他们的 Python 命令时，遇到第一个命令丢失的情况会减少。

改进添加缺少的导入

Pylance 扩展提供了一个添加导入代码操作，用于添加缺少的导入。在 Pylance 的预发布版本中，我们改进了此代码操作。Pylance 现在使用启发式方法仅显示前三个高置信度导入选项，并根据以下标准确定优先级：最近使用的导入、来自同一模块的符号、来自标准库的符号、来自用户模块的符号、来自第三方软件包的符号，最后按模块和符号名称排序。

此外，还引入了两个新的代码操作：搜索其他导入匹配项，它会显示一个快速选择菜单，使您可以搜索与缺失导入符号具有前缀匹配的导入选项，以及更改拼写，它为由于拼写错误而导致的缺失导入提供导入建议。

您现在可以使用 python.analysis.addImport.heuristics 设置启用此行为。我们计划很快将其设为新的默认行为，并在以后的版本中弃用该设置。

在调试 Django 或 Flask 应用程序时自动打开浏览器

借助 Python Debugger 扩展，开发和测试您的 Python Web 应用程序现在更加方便！您现在可以通过在 launch.json 配置中设置 autoStartBrowser: true，在启动使用 Django 或 Flask 应用程序的调试器时自动打开浏览器

{
  "name": "Python Debugger: Flask",
  "type": "debugpy",
  "request": "launch",
  "module": "flask",
  "env": {
    "FLASK_APP": "hello_app.webapp",
    "FLASK_DEBUG": "1"
  },
  "args": ["run"],
  "jinja": true,
  "autoStartBrowser": true
}

修复了符号链接工作区中 Pytest 的错误

我们实现了一个错误修复，使 pytest 测试能够在具有符号链接的工作区中正常运行。在测试重写时，来自符号链接位置的测试将由其符号链接路径正确引用和运行。

GitHub 拉取请求

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

  • 已将名称从“GitHub Pull Requests and Issues”更改为“GitHub Pull Requests”。
  • 在合并/压缩提交时可以选择与合并或压缩提交关联的电子邮件。
  • 可以使用设置 githubPullRequests.labelCreated 来配置自动添加到所创建的 PR 的标签。
  • 现在支持“所有者级别”PR 模板。
  • 可以在创建 PR 和问题时添加项目。

请查看该扩展的 0.82.0 版本更新日志，了解其他亮点。

预览功能

对于扩展作者：@vscode/l10n-dev 和 Azure AI Translator 的预览版

在此迭代中，我们引入了一个新命令，它是 @vscode/l10n-dev 的子命令，允许您使用 Azure AI Translator 翻译您的字符串。

在导出字符串并创建 Azure AI Translator 实例后，您可以设置 AZURE_TRANSLATOR_KEY 和 AZURE_TRANSLATOR_REGION 环境变量，然后您可以运行以下命令，使用 Azure AI Translator 生成翻译。

npx @vscode/l10n-dev generate-azure -o ./l10n/ ./l10n/bundle.l10n.json ./package.nls.json

Azure AI Translator 提供免费层级。我们认为这是一个为扩展作者提供工具的好机会，以便他们可以更轻松地支持使用多种语言的众多用户。请记住，这些是机器翻译，因此它们可能并不总是完美的。如果您有能力这样做，它们可以作为从讲该语言的人那里获得更精细翻译的良好起点。

有关更多信息，请查看 l10n-dev 文档中关于 Azure AI Translator 集成的部分。

扩展创作

扩展中的测试覆盖率

正在使用 测试 CLI 的扩展作者可以通过更新到最新版本的 @vscode/test-cli 包来生成测试覆盖率。

可以通过在运行测试时传递 --coverage 标志在命令行上生成覆盖率，也可以通过在 VS Code UI 中使用 Run with Coverage 操作来生成。

launch.json 中的测试配置

您现在可以在您的 launch.json 配置中引用测试配置文件。

{
    "type": "extensionHost",
    "request": "launch",
    "name": "My extension tests",
+   "testConfiguration": "${workspaceFolder}/.vscode-test.js",
-   "args": ["--extensionDevelopmentPath=${workspaceFolder}"]
},

以前需要的各种 args 会为您生成，但任何传递的额外参数都将附加到 VS Code 的命令行。

在问题报告器中贡献其他数据

在上次迭代中，我们在 workbench.action.openIssueReporter 命令中添加了 data 和 uri 字段。这使扩展可以直接打开带有更多预填充信息的本机问题报告器。

为了让扩展从通过 帮助：报告问题... 导航正常问题报告器流程的单独情况下受益，扩展可以贡献一个自定义命令（这将调用 openIssueReporter）和一个菜单贡献点到 issue/reporter。

package.json 中 contributes 的贡献命令和菜单示例

"commands": [
    {
        "command": "extension.myCommand",
        "title": "Report Issue"
    }
],
    "menus": {
        "issue/reporter": [
            {
                "command": "extension.myCommand"
            }
        ]
    }

订阅 issue #196863 以获取 API 和 openIssueReporter 命令的更新或更改。

提议的 API

聊天和语言模型 API 即将最终定稿

我们一直在努力支持扩展程序为聊天视图和语言模型的一般使用做出贡献。我们现在正处于最终确定以下 API 的最后阶段，并希望听到您的反馈。

了解更多关于如何 构建聊天扩展 以及如何在我们的扩展指南中使用 语言模型 的信息。

FindFiles2 API

我们添加了一个新的提议的扩展 API，它是现有 workspace.FindFiles API 的改进版本。新的 workspace.FindFiles2 API 引入了新的选项，允许工作区文件搜索：

  • 遵循 files.exclude 和 search.exclude 设置
  • 遵循忽略文件
  • 执行模糊搜索
  • 遵循符号链接

您可以在 此处 查看新的 API。

请注意，FindFiles2 是一个暂定名称，并且此功能将来可能会作为 FindFiles 的替代重载提供。

测试覆盖率 API

在此迭代中，测试覆盖率 API 和编辑器内体验已处于功能完备状态。我们鼓励扩展作者试用它们并在 VS Code 1.88 版本中预测的最终版本之前提供反馈。

Extension Pack for Java 已经采用了测试覆盖率 API。开发人员已经可以看到运行 Java 测试的覆盖率结果。现在，您可以通过选择 Run Test With Coverage 按钮来获得测试覆盖率，并在测试资源管理器视图中查看 测试覆盖率 面板。在团队的 12 月 和 1 月 更新中了解更多关于 Java 扩展包的测试覆盖率。

虽然 API 太长无法在此处包含，但我们相信它相当简单，并欢迎您在 issue #123713 中提供关于该提案的意见。

调试可视化工具 API

我们有一个新的 API，它使扩展能够为变量贡献可视化工具。这些可视化工具可能是运行命令的操作（例如打开新编辑器），或嵌入到调试视图中的内联树，它们取代了数据的默认表示形式。

您可以在 此处 查看新的 API。

新的符号名称提供程序 API

当用户想要重命名符号时，此 API 允许扩展提供名称建议。

重要修复

  • 184046 链接有时在终端中完全停止工作

感谢

最后但同样重要的是，非常感谢 VS Code 的贡献者。

问题跟踪

对我们问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 vscode-black-formatter 的贡献

对 vscode-hexeditor 的贡献

对 vscode-isort 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-pull-request-github 的贡献

对 language-server-protocol 的贡献

对 node-pty 的贡献