🚀 在 VS Code 中！

2022 年 3 月（版本 1.66）

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

更新 1.66.2：此更新解决了这些安全 问题。

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

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

如果您想在线阅读这些发行说明，请访问 code.visualstudio.com 上的更新。

观看发布派对： 聆听 VS Code 团队讨论一些新功能。您可以在我们的 YouTube 频道上找到活动录像。

亮点速览： 如果您只有 60 秒的时间，请观看 3 月 VS Code 版本亮点视频，快速了解新功能。

Insiders： 想要尽快试用新功能吗？您可以下载每晚构建的 Insiders 版本，并在最新更新可用时立即试用。

辅助功能

该团队努力使 VS Code 成为最易访问的编辑器之一。此版本包含多项改进，以帮助提高可用性和辅助功能

工作台

本地历史记录

文件本地历史记录现在可在 时间线 视图中使用。根据配置的设置，每次保存编辑器时，都会向列表中添加新条目

每个本地历史记录条目都包含创建条目时文件的完整内容，在某些情况下，可以提供更多语义信息（例如，指示重构）。

从条目中，您可以

  • 比较与本地文件或先前条目的更改。
  • 还原内容。
  • 删除或重命名条目。

有新的全局命令可用于处理本地历史记录

  • workbench.action.localHistory.create - 为具有自定义名称的活动文件创建新的历史记录条目。
  • workbench.action.localHistory.deleteAll - 删除所有文件的所有历史记录条目。
  • workbench.action.localHistory.restoreViaPicker - 查找要跨所有文件还原的历史记录条目。

这些命令没有默认的键盘快捷键，但您可以添加自己的键盘快捷键。

还有新的设置可用于处理本地历史记录

  • workbench.localHistory.enabled - 启用或禁用本地历史记录（默认值：true）。
  • workbench.localHistory.maxFileSize - 创建本地历史记录条目时的文件大小限制（默认值：256 KB）。
  • workbench.localHistory.maxFileEntries - 每个文件的本地历史记录条目限制（默认值：50）。
  • workbench.localHistory.exclude - 用于从本地历史记录中排除某些文件的 Glob 模式。
  • workbench.localHistory.mergeWindow - 以秒为单位的间隔，在此期间，进一步的更改将添加到本地文件历史记录中最后一个条目（默认值 10 秒）。

时间线视图工具栏中的新筛选器操作允许您启用或禁用各个提供程序

Timeline filter drop down with Git History unchecked and Local History checked

注意： 本地历史记录条目存储在不同的位置，具体取决于您对 VS Code 的使用。打开本地文件时，条目将持久保存在本地用户数据文件夹中；打开远程文件时，条目将存储在远程用户数据文件夹中。当没有文件系统可用时（例如，在某些情况下使用 Web 版 VS Code 时），条目将存储到 IndexedDB 中。

设置编辑器

语言筛选器

用户现在可以在设置编辑器搜索框中键入 @lang:languageId，以查看和编辑可以为 ID 为 languageId 的语言配置的所有设置。通过这种方式，用户可以查看特定于语言的设置，也称为语言替代。

请注意，这些替代配置将一直保留，直到通过单击齿轮图标并重置设置来显式重置为止。

下面的短视频将语言筛选器设置为 @lang:css，以显示所有可能的 CSS 语言替代设置。

主题：浅粉色

工作区和文件夹设置保留

设置编辑器中的工作区和文件夹设置现在将保留，直到用户手动重置为止。此更改有助于用户想要显式指定与设置的默认值相同但与用户设置值不同的工作区设置值的情况。以前，用户必须打开工作区设置 JSON 文件才能设置此值。

在下面，编辑器制表符大小在“设置编辑器”的 工作区 选项卡中设置，它会自动添加到工作区的 settings.json 文件中。

主题：浅粉色

主通知按钮

通知的第一个按钮现在以主颜色显示，以区别于其他按钮。这遵循与对话框相同的模式。

Notification where first button is displayed as green primary color

主题：GitHub Dark

编辑器的新上下文键

有新的上下文键指示编辑器是否是编辑器组中的第一个或最后一个

  • activeEditorIsFirstInGroup - 活动编辑器是否是其组中的第一个。
  • activeEditorIsLastInGroup - 活动编辑器是否是其组中的最后一个。

这些上下文键可用于使用 when 子句有条件地启用键盘快捷键。

默认二进制编辑器

新的设置 workbench.editor.defaultBinaryEditor 允许您规避二进制文件警告，并在检测到二进制文件时自动打开您选择的编辑器类型。您可以从“设置编辑器”中的下拉列表中或通过 settings.json 中的 IntelliSense 选择默认的二进制编辑器 ID。

更流畅的身份验证体验

您可能会注意到 GitHub 和 Microsoft 的身份验证流程更加流畅。

  • 对于 GitHub 身份验证，我们删除了初始的 继续 页面，因此您的登录体验减少了一个步骤。
  • 对于 Microsoft 身份验证，如果您已经使用 Microsoft 登录以进行设置同步或其他扩展，我们将尝试最大程度地减少将您发送到 VS Code 外部进行登录的次数。

从 CLI 一起安装预发布版和普通扩展

VS Code 现在支持从命令行一起安装预发布版和普通扩展。例如，以下命令行指令将安装 GitHub.vscode-pull-request-github 扩展的预发布版本和 GitHub.remotehub 扩展的发布版本

code --install-extension GitHub.vscode-pull-request-github@prerelease --install-extension GitHub.remotehub

改进的平台特定扩展更新

VS Code 现在支持将平台特定扩展更新到更具体的目标平台版本。例如，如果您在 Windows 64 位系统上，并且已安装适用于 Windows 32 位的 C/C++ 扩展，并且 Marketplace 具有适用于 Windows 64 位的相同版本扩展，则 VS Code 将自动将扩展更新到 64 位版本。

音频提示改进

新的设置 audioCues.volume（0-100，默认值为 50）可用于控制音频提示的音量。折叠区域也有更新的音频提示。

侧面板和侧边栏的新名称

两个版本之前，我们引入了 侧面板。当时，我们取消了将包含终端的底部面板移动到侧面的功能，转而支持新的连贯命令。在听取用户反馈后，我们确定此决定破坏了一些重要的工作流程，因此我们决定恢复该更改。

这给我们留下了两个面板，即面板和侧面板，它们都可以位于工作台的侧面。为了解决这个问题并更好地反映新侧面板的方向，我们决定更新侧边栏和侧面板的命名。侧边栏现在在 UI 中称为主侧边栏，而侧面板现在称为辅助侧边栏。

  • 侧边栏 -> 主侧边栏
  • 侧面板 -> 辅助侧边栏

这些名称将反映在整个编辑器的菜单和命令中；但是，没有更改任何命令 ID，以防止破坏现有的键盘快捷键绑定。

Command Palette drop down displaying both primary and secondary focus side bar commands

减少动画模式

当启用 OS 减少动画设置时，工作台现在支持以减少的动画进行渲染。可以使用 workbench.reduceMotion 设置（值为 on、off 或默认值 auto）覆盖或禁用此设置。

注释

注释 UI 被 GitHub Pull Requests and Issues 扩展广泛使用，以向问题和拉取请求添加注释，但任何扩展都可以采用它。

注释视图可发现性

当您打开包含注释的文件时，将显示 注释 视图。可以使用设置 comments.openView 控制此行为。

添加注释可发现性

现在，当您悬停在可以在其上添加注释的行的任何部分时，左侧装订线中会显示 “+” 符号。

注释辅助功能改进

有几项注释辅助功能改进

  • 一个命令 在当前行添加注释，用于在您处于可注释范围内时创建注释。
  • 注释线程的 aria 标签，其中包括注释的数量和线程的标签。
  • 转到下一个注释线程 命令将焦点移动到注释线程控件中。
  • 一个新的 转到上一个注释线程 命令。
  • 下一个和上一个命令的键盘快捷键：Alt+F9 和 Shift+Alt+F9。

终端

显示所有查找匹配项

在终端中搜索时，现在将突出显示搜索词的所有实例。当前选定的匹配项也具有特定的高亮显示，可以单独自定义。

您可以通过以 terminal.findMatch 为前缀的颜色自定义微调高亮显示颜色的外观。

A yellow border is shown around all matches except for the currently selected one, which has a red border.

滚动条注释

注释现在出现在终端的滚动条中，以指示缓冲区中感兴趣的点。

例如，查找结果在滚动条中具有相应的注释。

The terminal scroll bar displaying brown annotations for find matches within a file

当启用 shell 集成的预览功能时，滚动条中会为每个运行的命令显示一个注释。

Commands are run and corresponding annotations appear in the scroll bar

命令导航改进

一个鲜为人知的功能已经存在了一段时间，它能够在终端中的命令之间快速导航。最初，这是基于何时按下 Enter 键，但现在当启用 shell 集成时，它将升级为使用 shell 集成知识来更可靠地识别正确的行。此外，在命令之间跳转时，现在会显示 UI 反馈。

可以通过以下键盘快捷键访问此功能

  • macOS：Cmd+向上/向下
  • Linux/Windows：Ctrl+向上/向下（新）

可以按住 Shift 键以在终端中的命令之间进行选择。

复制的文本保留 HTML 样式

要从终端复制富文本，请运行 终端：将选定内容复制为 HTML 命令或使用终端上下文菜单项 复制为 HTML。

最小对比度默认值已更改

terminal.integrated.minimumContrastRatio 设置已经存在一段时间了，它会根据背景颜色动态更改终端中的前景色。此版本中，我们将默认值更改为 4.5 (WCAG AA)，以确保终端无论主题如何都可访问。如果这最终导致您的颜色出现问题，您可以通过将 "terminal.integrated.minimumContrastRatio": 1 设置为禁用此功能。

源代码管理

源代码管理存储库视图

以前，源代码管理存储库 视图中的存储库在打开具有多个存储库的文件夹/工作区时按发现顺序排序。这存在问题，因为发现顺序可能会有所不同，并且存储库似乎是随机顺序。在此里程碑中，存储库始终按名称在 源代码管理存储库 视图中排序。

编辑器

作为内联完成的快速建议

editor.quickSuggestions 设置现在接受 inline 作为配置值。当设置为 inline 时，快速建议（IntelliSense）在您键入时不会显示建议小部件，而是将完成项显示为灰色文本。

主题：GitHub Light

光标索引的代码片段变量

有新的代码片段变量：$CURSOR_INDEX 和 $CURSOR_NUMBER。它们评估为相应光标的索引。后者从 1 开始，前者从 0 开始。这些变量的强大之处在于它与多个光标的组合。

例如，以下代码片段将为每个光标添加一个有序列表项

"ordered_list": {
  "scope": "markdown",
  "prefix": "ol",
  "body": [
    "$CURSOR_NUMBER. $0"
  ],
  "description": "Add ordered list"
}

更新的源代码管理装饰器

为了使源代码管理装饰器对于辅助功能更加可见，我们为修改后的行添加了一个新的模式，并增加了所有装饰器的对比度。

括号对颜色化

有一个新的设置 editor.bracketPairColorization.independentColorPoolPerBracketType。当设置为 true 时，每种括号类型（{ ... } 或 ( ... )）将使用其自己的颜色池进行颜色化。因此，不同类型的嵌套括号将具有相同的颜色。

A screenshot that demonstrates independent color pools turned on

A screenshot that demonstrates independent color pools turned off

改进的语言检测

上次迭代，我们添加了设置 workbench.editor.historyBasedLanguageDetection，以配置是否利用一种新的语言检测策略，该策略考虑了您打开的文件类型。此设置现在默认启用，并且添加了一个新的设置 workbench.editor.preferHistoryBasedLanguageDetection，以赋予来自此策略的结果更高的优先级。

Web 版 VS Code

拖放文件夹

您现在可以将本地文件和文件夹拖放到在 vscode.dev 或 insiders.vscode.dev 上打开的浏览器窗口中，并且浏览器支持 Web 文件系统访问 API 以访问内容。这在拖放到编辑器区域以及文件资源管理器上时都有效。

远程存储库

扩展重构

以前，Azure Repos 扩展直接依赖于 GitHub Repositories 扩展。Azure Repos 和 GitHub Repositories 现在依赖于一个通用扩展 远程存储库，该扩展支持 GitHub 和 Azure Repos 之间的通用工作流程。以前由 GitHub Repositories 扩展公开的所有 API 现在都由远程存储库公开。

同步存储库的提醒

当您重新打开具有未提交更改的存储库时，默认情况下，远程存储库不显示存储库的最新版本。我们现在显示一个对话框以手动同步您的存储库，以便您的存储库与 GitHub 或 Azure Repos 上的内容保持同步。您可以使用 remoteHub.uncommittedChangesOnEntry 设置控制此对话框。

Reminder to sync your repository

主题：One Monokai

Azure Repos

在此里程碑中，我们启用了编辑和提交对托管在 Azure Repos 中的存储库的更改的功能。我们还添加了创建、更新和打开 Azure Repos 的拉取请求的基本功能。

笔记本

在滚动条上查找装饰

笔记本中的查找结果现在将在滚动条中呈现

将焦点移动到交互窗口

有两个新命令用于将焦点放在交互窗口中。

  • interactive.input.focus - 将焦点移动到交互窗口中的输入编辑器。
  • interactive.history.focus - 将焦点移动到交互窗口中的历史记录。

这些命令没有默认的键盘快捷键，但您可以添加自己的键盘快捷键。

调试

JavaScript 调试

JavaScript 调试器现在支持收集和可视化堆配置文件。堆配置文件允许您查看内存随时间的分配位置和分配量。这些已作为 调试：获取性能配置文件 命令中的一个选项添加，该命令也可以通过调用堆栈视图中的录制 ⏺ 按钮访问。

Example of the Flame Chart visualizer showing a memory profile for vscode. One cell is hovered over, showing that 33KB of memory was allocated in "ipc.ts".

语言

CSS 格式化程序

内置 CSS 扩展现在附带一个格式化程序。格式化程序适用于 CSS、LESS 和 SCSS。它由 JS Beautify 库 实现，并带有以下设置

  • css.format.enable - 启用/禁用默认 CSS 格式化程序。
  • css.format.newlineBetweenRules - 用空行分隔规则集。
  • css.format.newlineBetweenSelectors - 用新行分隔选择器。
  • css.format.spaceAroundSelectorSeparator - 确保选择器分隔符 '>'、'+'、'~' 周围有一个空格字符（例如，a > b）。

less 和 scss 也存在相同的设置。

HTML 中的 JavaScript 语义突出显示

我们已将 HTML 文件中 JavaScript 源代码的语义突出显示与您在普通 .js 文件中看到的内容对齐。

这不仅使代码颜色更加一致，而且还添加了一些以前缺少的重要语义信息，例如突出显示只读类型。

TypeScript 4.6.3

VS Code 现在捆绑了 TypeScript 4.6.3。此小更新修复了一些重要的错误。

Markdown 简写引用链接现在可点击

Markdown 允许您在链接文本与链接定义 ID 匹配的情况下使用简写语法创建链接。例如，[my fancy link] 使用 my fancy link 链接定义（例如，[my fancy link]: https://example.com）。这些简写链接现在可在 VS Code 编辑器中点击

在编辑器中，单击这些链接将导航到链接定义。在 Markdown 预览中，链接改为导航到链接目标。

reStructuredText 语法

现在有一个内置扩展，用于 reStructuredText (rst) 文件语法突出显示。

reStructuredText example showing syntax highlighting

扩展贡献

Python

状态栏中解释器显示的变化

为了与其他语言保持一致，Python 扩展将选定的 Python 解释器信息移动到状态栏右侧，紧挨着 Python 语言状态项。为了清理状态栏，现在仅当当前打开 Python 或 settings.json 文件时才显示它。

Python interpreter information displayed towards the right of the Status bar

新的 Python 文件命令

现在有两种更快的方法来创建空的 Python 文件：通过一个名为 Python: 新建 Python 文件 的新命令，或者通过 入门页 上的 新建文件... 项。

Pylint 扩展

现在有一个新的 Microsoft Pylint 扩展，用于使用 pylint 进行 linting。此扩展利用 语言服务器协议 来提供 linting 支持。

Pylint 扩展提供了额外的配置来调整通过 pylint 报告的问题的严重性级别。

{
    "convention": "Information",
    "error": "Error",
    "fatal": "Error",
    "refactor": "Hint",
    "warning": "Warning",
    "info": "Information",
    "W0611": "Error",
    "unused-import": "Error"
}

注意：如果您还在 Python 扩展中启用了 Pylint，您可能会在 问题 面板中看到同一问题的两个条目。您可以通过设置 "python.linting.pylintEnabled": false 来禁用内置的 linting 功能。

Jupyter

此里程碑对 Jupyter 扩展进行了一些改进。

内核支持

内核启动已通过以下方式改进

  • 支持更多 conda 环境。
  • 支持所有平台上的 .env 文件。

数据查看器

Data Viewer 现在支持 DataFrame 和 Series 的命名索引。

Named indexes support in Jupyter extension Data Viewer

新的 Jupyter 笔记本

新的 Jupyter 笔记本的创建现在已合并到 新建文件... 菜单中。

New File... drop down with option to create a new Jupyter notebook

远程开发

在 远程开发扩展 方面的工作仍在继续，这些扩展允许您使用容器、远程计算机或 适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

1.66 中的功能亮点包括

  • “在开发容器中打开”徽章 - 指导您的存储库用户在自定义开发容器中重新打开。
  • Remote - SSH 扩展现在可以连接到远程 Apple Silicon/M1/ARM64 机器。

您可以在 远程开发发行说明 中了解有关新扩展功能和错误修复的信息。

GitHub Pull Requests and Issues

在 GitHub Pull Requests and Issues 扩展方面的工作仍在继续，该扩展允许您处理、创建和管理拉取请求和问题。查看扩展 0.40.0 版本的更改日志 以查看亮点。

预览功能

终端 shell 集成

shell 集成在此版本中继续看到更多改进，主要是在可靠性和对上面 终端 部分中描述的装饰的改进方面。

以下是亮点

  • 命令装饰现在显示在滚动条中，类似于编辑器。
  • 命令装饰应跨窗口重新加载（或分离/附加）还原。
  • 在 Windows 上调整终端大小时，更好地跟踪命令。
  • 改进了对 终端：清除 VS Code 命令和 clear shell 命令的处理。
  • zsh 右提示支持。
  • 处理更多 bash 的 $PROMPT_COMMAND 变量格式。
  • 当 PSReadLine 未启用时，支持 pwsh。
  • 即使在启用设置的情况下，如果存在已知问题或需要特殊处理，shell 初始化脚本现在可以通过取消设置 $VSCODE_SHELL_INTEGRATION 变量来选择退出 shell 集成。

TypeScript 4.7 支持

此更新包括对即将发布的 TypeScript 4.7 版本的初始支持。有关 TypeScript 团队当前正在处理的内容的更多详细信息，请参阅 TypeScript 4.7 迭代计划。

要开始使用 TypeScript 4.7 每晚构建版本，请安装 TypeScript Nightly 扩展。

资源管理器文件嵌套

此迭代中，我们继续致力于在资源管理器中支持文件嵌套。作为这项工作的一部分，我们改进了对移动、重命名和删除嵌套文件的支持，并添加了设置 explorer.experimental.fileNesting.operateAsGroup，以配置对嵌套父级的编辑是否也应应用于其子级。

此外，我们扩展了文件嵌套的配置语言，以包括更多扩展模式。以前，子模式中的 $(capture) 将扩展为父模式中 * 消耗的文本。现在，模式中还增加了对 $(basename)、$(extname) 和 $(dirname) 的支持。这使得诸如 * -> $(basename).*.$(dirname) 之类的模式可以将所有带有“添加的段”的文件嵌套在单个基本文件下。

扩展创作

笔记本感知文档选择器

我们最终确定了对 vscode.DocumentSelector 类型的添加。此类型允许您将诸如 转到定义 之类的语言功能与特定文档关联，它驱动 UI，并决定是否要求相应的提供程序提供结果。我们添加了一个新属性，允许扩展缩小笔记本类型的范围。例如，{ language: 'python', notebookType: 'jupyter-notebook'} 定位所有嵌入在 Jupyter 笔记本中的 python 文档。

内联提示可以进行编辑

InlayHint 类型现在可以具有可选的惰性 textEdits 属性。设置了编辑的内联提示将在双击时应用它们。textEdits 应用于进行使内联提示过时的编辑。例如，双击表示推断类型的提示应插入该类型注释。

具有自定义语言 ID 的输出通道

在此里程碑中，我们最终确定了 createOutputChannel API，以创建具有自定义语言 ID 的输出通道。这将允许您通过传递语言 ID 为您的输出通道贡献标记或语法着色和 CodeLens 功能。

颜色主题种类：高对比度浅色

颜色主题 现在可以将 hc-light 指定为基本主题 (uiTheme)。基本主题用于颜色主题未定义的所有颜色。

在 VS Code API 中，ColorTheme.kind 现在也可以具有值 HighContrastLight。

用于颜色贡献的高对比度浅色主题

颜色贡献 现在也可以定义高对比度浅色主题 (highContrastLight)。如果未指定，则将使用 light 颜色作为默认值。

NODE_MODULE_VERSION 和 Node.js API 更新

对于使用本机 node 模块的扩展作者，此版本将 Node.js 版本从 14.16.0 升级到 16.13.0，这可能会对您的模块编译产生影响，具体取决于使用的 API 抽象层。

桌面 远程
NODE_MODULE_VERSION / process.versions.modules 101 93
Node-API / process.versions.napi 8 8

树拖放 API

借助新最终确定的 TreeDragAndDropController API，扩展贡献的树视图可以支持拖放。树视图示例 中有一个关于如何使用此 API 的示例。

调试器扩展创作

支持 CompletionItem.detail

上个月，调试适配器协议向 CompletionItem 对象添加了 detail 属性。VS Code 现在支持此属性。您将在调试控制台的建议小部件中看到详细信息。

Debug Console example displaying detail field

语言服务器协议

类型层次结构、内联值和内联提示支持已从建议状态移出，以准备 3.17 版本。库的新版本已发布。

还有一个 LSP 元模型 的第一个版本，以及相应的架构，如 JSON 架构 或 TypeScript 类型定义。元模型包含以下信息：指定的请求和通知以及它们的参数类型、返回类型、部分返回类型和注册选项。它还包含所有定义的结构和枚举。

调试适配器协议

我们解决了 调试适配器协议 的几个文档问题

  • 为了消除 terminate 和 disconnect 请求的歧义，我们改进了它们的文档。
  • 对于 evaluate 请求的 context 参数，variables 值已记录在文档中。当在 变量 视图的上下文中调用 evaluate 请求时，VS Code 一直在使用此未记录的值。客户端和调试适配器无需进行任何更改，因为 context 参数的类型为 string，并且 variables 值仅在文档中提及。

建议的扩展 API

每个里程碑都带有新的建议 API，扩展作者可以试用它们。与往常一样，我们希望收到您的反馈。以下是试用建议 API 的步骤

  1. 查找您要试用的建议，并将其名称添加到 package.json#enabledApiProposals。
  2. 使用最新的 vscode-dts 并运行 vscode-dts dev。它会将相应的 d.ts 文件下载到您的工作区中。
  3. 您现在可以针对该建议进行编程。

您不能发布使用建议 API 的扩展。 下一个版本可能会有重大更改，我们绝不希望破坏现有扩展。

InputBox 验证消息严重性

我们的 InputBox API（通过 window.showInputBox 和 window.createInputBox）提供了验证用户输入的机制。 在此迭代中，我们将通过一个建议的 API 来扩展它，以显示严重性。

例如，如果您想根据用户的输入向其显示一条信息消息，您的验证消息可以返回

{
  content: 'this is an info message';
  severity: InputBoxValidationSeverity.Info;
}

效果如下所示

Input box with 'this is an info message' severity message

有关此提案的详细信息，请参见 inputBoxSeverity。

Notebook 文档更改事件

有一个关于 notebook 文档更改事件的新提案：它以 notebookDocumentEvents 的形式提供，并包含两个事件

  • vscode.workspace.onDidSaveNotebookDocument 在 notebook 保存时触发。
  • vscode.workspace.onDidChangeNotebookDocument 在 notebook 更改时触发。 例如，当单元格被添加或删除、单元格本身发生更改或元数据更改时。

Tabs API 形状最终确定

tabs API 即将在下一个里程碑中最终确定，并且目前处于形状将保持稳定且几乎没有更改的状态。 2022 年 4 月的迭代将是提供有关此 API 的形状和功能的反馈的最后机会。 可以通过 GitHub issues 提供反馈。 tabs API 允许读取打开的标签页、它们的位置以及关闭它们。

Inline Completions（内联补全）

我们继续致力于内联补全，以为在接下来的几个版本中最终确定做准备。 内联补全现在可以用于建议代码片段或文本替换（以前仅支持文本插入）。

Drop into editor（拖放到编辑器）

建议的 text editor drop API 允许扩展处理拖放到文本编辑器中的操作。 这些拖放事件可能来自 VS Code 内部（例如，将文件从 VS Code 的资源管理器拖到文本编辑器中），或者可能是通过将操作系统中的文件拖放到 VS Code 中生成的。

要试用新的 API，您必须设置 "workbench.experimental.editor.dragAndDropIntoEditor.enabled": true。 启用此功能后，您可以通过在拖放时按住 Shift 键来拖放到编辑器中。

我们已包含对在您拖放到 Markdown 文件中时生成链接的实验性支持。 您还可以 查看 Markdown 扩展的源代码，了解 API 的使用示例。

Resolved/unresolved comments（已解决/未解决的评论）

有一个关于在评论线程上设置 已解决或未解决状态 的新提案。 指定状态的评论线程将获得额外的 UX 处理。

工程

Electron 17 更新

在此里程碑中，我们很高兴在 VS Code 中发布 Electron v17。 这是从我们之前采用的 Electron v13 进行的重大更新，并利用了 Electron 的 进程重用架构。 在过去一年中，我们一直在重新实现并逐步推出对一些核心服务的更改，这些更改与它们与工作台的交互和生命周期相关，为这种新架构做准备

特别感谢所有参与此工作的人员，也感谢社区在 Insiders 上进行自托管并提供反馈，以便我们能够自信地发布此更新。

此更改对 VS Code 用户意味着什么？

像切换工作区和重新加载工作区这样的操作现在应该更快了。 通过此更新，我们还将 Chromium 版本提升至 98.0.4758.109，Nodejs 版本提升至 16.13.0。

下一步是什么？

我们将按照他们新的 发布节奏 继续采用 Electron 版本。 我们还在积极努力实现 工作台沙盒化，下一步是改进 Node.js 托管服务和沙盒化工作台 之间的通信通道，这将使我们能够进一步简化新架构。

RPM 包需求列表改进

现在，我们根据 Chromium 中完成的工作，在我们 构建过程 的一部分中计算 rpm 包所需的依赖项。 这使我们能够在采用较新的运行时或本机模块时提供最新的依赖项列表。 我们还将在即将到来的里程碑中为我们的 debian 包引入类似的更改。

支持内置扩展的带外发布

那些在 Marketplace 中可用的内置扩展现在可以进行带外发布，VS Code 将检测到新版本并更新扩展。 这将使这些扩展也能够支持预发布版本。

文档

VS Code 中的 R

有一个新的 VS Code 中的 R 主题，描述了在 VS Code 中使用 R 扩展 对 R 编程语言 的支持。 R 扩展包括丰富的语言功能，例如代码补全和 linting，以及集成的 R 终端和专用的工作区、数据和绘图查看器。

R Extension for Visual Studio Code details pane

Development containers（开发容器）博客文章

如果您错过了 Burke Holland 最近关于使用开发容器创建易于使用的编程环境的博客文章，请查看 “教程的问题”。 该博客文章描述了 Laravel 如何使用预配置的 Docker 容器为其 PHP 框架教程提供运行时和依赖项。

值得注意的修复

  • 117674 调试控制台在内容换行时有时停止自动滚动
  • 138963 启动调试时，调试控制台无法正常工作
  • 142754 Emacs 在 VS Code 终端中无法使用
  • 143513 contributes.configuration 项仅在搜索框为空时才遵守视图中的“order”属性
  • 144458 Glob 模式 **/p* 错误地匹配 /foo/ap
  • 144783 未编辑的设置列表小部件项似乎没有最大宽度
  • 145243 设置目录在较小的屏幕中无法调整大小
  • 145572 设置框可以与设置重叠

感谢

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

Web 扩展

扩展作者为启用以 web 扩展 形式运行代码的扩展（以下列表介于 2022 年 3 月 1 日至 2022 年 3 月 27 日之间）

Issue tracking（问题跟踪）

对我们的问题跟踪的贡献

Pull requests（拉取请求）

对 vscode 的贡献

对 vscode-css-languageservice 的贡献

对 vscode-js-debug 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-vsce 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献