🚀 在 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 秒时间，请查看三月份 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

减少动画模式

当启用操作系统减少动画设置时，工作台现在支持以减少的动画进行渲染。可以使用 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+Up/Down
  • Linux/Windows：Ctrl+Up/Down (新)

可以按住 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 file system access API 的浏览器访问内容。这在拖放到编辑器区域以及文件资源管理器上时都有效。

远程存储库

扩展重构

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

同步存储库提醒

当您重新打开具有未提交更改的存储库时，默认情况下，Remote Repositories 不会显示存储库的最新版本。我们现在显示一个对话框，让您手动同步存储库，以便您的存储库与 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 文件。

数据查看器

数据查看器现在支持 DataFrames 和 Series 的命名索引。

Named indexes support in Jupyter extension Data Viewer

新的 Jupyter 笔记本

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

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

远程开发

远程开发扩展 的工作仍在继续，这些扩展允许您使用容器、远程计算机或 Windows Linux 子系统 (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 初始化脚本现在可以选择退出 shell 集成，方法是在存在已知问题或需要特殊处理时取消设置 $VSCODE_SHELL_INTEGRATION 变量，即使该设置已启用。

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 请求的歧义，我们改进了它们的文档。
  • 值 variables 已被记录在 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。

笔记本文档更改事件

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

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

选项卡 API 形状最终确定

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

内联补全

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

拖放到编辑器

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

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

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

已解决/未解决的评论

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

工程

Electron 17 更新

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

特别感谢参与此项工作的每个人，还要感谢社区在 Insiders 版本上进行自我托管并提供反馈，以便我们能够自信地发布此更新。

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

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

下一步是什么？

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

RPM 包需求列表改进

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

支持内置扩展的带外发布

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

文档

VS Code 中的 R 语言

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

R Extension for Visual Studio Code details pane

开发容器博客文章

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

值得注意的修复

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

感谢

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

Web 扩展

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

问题跟踪

对我们的问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 vscode-css-languageservice 的贡献

对 vscode-js-debug 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-vsce 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献