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

2021 年 9 月（版本 1.61）

更新 1.61.1：此更新解决了以下问题 问题.

更新 1.61.2：此更新解决了以下问题 问题.

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

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

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

观看此版本的全新功能的亮点，在 VS Code 团队的发行派对上。您可以在我们的 YouTube 频道上找到该活动的 录制内容。

内部人员：希望尽早尝试新功能？您可以下载每晚的 内部人员 构建版本，并在这些更新发布后立即尝试。

工作区

在不创建新组的情况下拆分编辑器

新增了命令 在组中拆分 (⌘K ⇧⌘\（Windows、Linux Ctrl+K Ctrl+Shift+\）)，用于将编辑器拆分为两侧，而无需创建第二个编辑器组。这使您可以在同一个文件的两个编辑器中并排工作。您还可以通过 切换布局 按钮在垂直拆分或水平拆分之间切换布局，如简短视频所示。

如果您希望拆分垂直或水平，则有一个新的设置 workbench.editor.splitInGroupLayout。

有一些新的命令可以使用此功能通过键绑定

  • workbench.action.splitEditorInGroup
  • workbench.action.toggleSplitEditorInGroup
  • workbench.action.joinEditorInGroup
  • workbench.action.toggleSplitEditorInGroupLayout

以及在两侧之间导航

  • workbench.action.focusFirstSideEditor
  • workbench.action.focusSecondSideEditor
  • workbench.action.focusOtherSideEditor

新的颜色 sideBySideEditor.border 设置用于将一侧与另一侧分隔开的边框的颜色。

锁定编辑器组

我们在上一个里程碑中引入了 锁定编辑器组，作为一项实验性的新功能。在此里程碑期间，改进了设置体验，使您可以轻松选择应该在打开时自动锁定组的编辑器

Locked editor group setting

该设置现在称为 workbench.editor.autoLockGroups。类似地，与编辑器组锁定相关的命令已重命名，并且不再是实验性的

  • workbench.action.lockEditorGroup
  • workbench.action.unlockEditorGroup
  • workbench.action.toggleEditorGroupLock

通过装饰指示已删除和只读编辑器

打开的编辑器可以指示它们是否为只读，或者其关联的资源是否已从磁盘中删除。此指示是通过在编辑器标签中附加“已删除”和/或“只读”来实现的，需要相当大的空间。

VS Code 现在为此目的使用装饰

  • 具有已删除资源的编辑器将以删除线显示，并以红色显示。
  • 具有只读资源的编辑器将显示一个锁图标。

Editor readonly and deleted decorations

将编辑器拆分为现有组

当您将编辑器拆分为侧面时，VS Code 会打开一个新的编辑器组，即使侧面存在现有组也是如此。但是，有时您希望将编辑器拆分为已经存在的组。

为了支持这一点，新增了一些命令

  • workbench.action.splitEditorToPreviousGroup：拆分为前一个组。
  • workbench.action.splitEditorToNextGroup：拆分为下一个组。
  • workbench.action.splitEditorToAboveGroup：拆分为当前组上方的组。
  • workbench.action.splitEditorToBelowGroup：拆分为当前组下方的组。
  • workbench.action.splitEditorToLeftGroup：拆分为当前组左侧的组。
  • workbench.action.splitEditorToRightGroup：拆分为当前组右侧的组。
  • workbench.action.splitEditorToFirstGroup：拆分为第一个组。
  • workbench.action.splitEditorToLastGroup：拆分为最后一个组。

缩短差异编辑器的标签

当您比较两个文件时，工作区相对文件夹路径会加在文件名之前，这使得难以查看要比较的文件的名称。

在此版本中，文件夹现在从标签中隐藏，除非两个文件名相同，这与普通编辑器标签的行为一致。

如果两个文件名相同，则会显示一个描述，暗示文件夹的不同

Diff editor comparing two files

macOS：文件菜单更改

在 macOS 上，如果您从 文件 菜单中选择 打开... 菜单项，则可以打开文件和文件夹。对于新用户来说，这可能令人惊讶，并且人们试图使用 打开工作区 命令打开文件夹，而该菜单项专门用于打开 .code-workspace 文件。

为了避免混淆，我们对 macOS 上的文件菜单进行了略微调整

  • 新条目 打开文件夹... 打开文件夹。
  • 打开工作区... 重命名为 从文件打开工作区...

macOS File menu

遥测设置

有一个新的遥测设置 telemetry.telemetryLevel，它提供更高的配置粒度，并允许用户选择他们是否只发送错误遥测而不发送一般使用数据。这些值是 on、error 和 off。on 和 error 的值也会启用崩溃报告程序。

现有的设置 telemetry.enableTelemetry 和 telemetry.enableCrashReporter 已被标记为弃用，有利于新的 telemetry.telemetryLevel 设置，但将继续得到尊重。

迷你地图背景透明度

现在可以使用新添加的 minimap.foregroundOpacity 颜色独立配置 迷你地图 背景的不透明度，与迷你地图文本的不透明度无关。

更新的“帮助”菜单项

随着入门体验的不断改进，“帮助”菜单项已更新为更常用的名称。这是基于对新用户的了解，但希望让每个人都更容易找到帮助。入门视频 现在是 视频教程，交互式游乐场 变成了 编辑器游乐场。您将在 帮助 菜单和命令面板中找到这些新名称。“帮助”菜单中还有一个 显示所有命令 条目，作为打开命令面板的另一个入口点。

编辑器

括号对指南

编辑器现在支持基本的括号对指南。括号对指南使用与括号对颜色化功能相同的颜色和相同的算法。括号对匹配算法在最近的 "括号对颜色化速度提高 10,000 倍" 博客文章中详细描述。

与缩进指南类似，活动括号对指南将被突出显示。

Bracket pair guides shown in the editor

可以通过配置 editor.guides.bracketPairs 设置（默认为 false）来启用括号对指南。我们将继续对该功能进行迭代，并在下一个版本中探索垂直指南。

缩进指南设置

editor.renderIndentGuides 和 editor.highlightActiveIndentGuide 设置已被弃用，有利于 editor.guides.indentation 和 editor.guides.highlightActiveIndentation。

源代码管理

Git 存储库的“操作按钮”发布或同步

Git 扩展现在在源代码管理视图中添加了一个新的“操作”按钮，以使您能够更轻松地发布或同步任何未推送的更改。

New Source Control view Sync button

主题：紫水晶主题

默认情况下，如果存在未推送的提交，Git 扩展将添加一个**同步更改**按钮，如上所示。如果分支尚未发布，则将添加一个**发布更改**按钮。此外，用户可以通过配置git.showUnpublishedCommitsButton设置来自定义此行为，该设置默认为whenEmpty，因此按钮仅在存在未推送的提交且视图中没有其他更改时显示。

此新的操作按钮作为源代码管理扩展的新提议 API 可用，有关更多详细信息，请参见下面的提议的 API 部分。

最后，用户可以通过新的scm.showActionButton设置完全禁用源代码管理视图中任何操作按钮的可见性，该设置将覆盖任何源代码管理扩展的行为。

更改文件显示的限制增加

在此版本之前，Git 扩展对源代码管理视图中可以显示的更改数量有一个硬编码限制，即 5000 个。该限制是为了防止用户在 VS Code 处理 Git 报告的所有更改时等待过长时间。现在，此限制已增加到 10,000 个更改，并且有一个新的git.statusLimit设置允许用户自定义限制（如果需要，可以按存储库设置）。此设置也可以设置为0来完全禁用限制，但请注意，如果更改很多，这可能会导致更新花费很长时间。

此外，我们在限制超出时在输入框上添加了以下警告指示器。

New warning indicator, which reads "Too many changes were detected. Only the first 10,000 changes will be shown below"

终端

固定尺寸

您现在可以通过终端：设置固定尺寸命令（workbench.action.terminal.setDimensions）静态设置终端尺寸。这对于换行可能令人反感或破坏性的情况很有用。

该命令将显示一个提示，您可以在其中输入首选宽度和/或高度。

Terminal Set Fixed Dimensions column width prompt

自定义标题和描述

终端名称通常是与其关联的进程的名称，有时很难区分不同的终端。

您现在可以使用terminal.integrated.tabs.title和terminal.integrated.tabs.description设置中的变量配置标题和描述。

当前默认值为

{
  "terminal.integrated.tabs.title": "${process}",
  "terminal.integrated.tabs.description": "${task}${separator}${local}${separator}${cwdFolder}"
}

可用的变量是

  • ${cwd} - 终端的当前工作目录
  • ${cwdFolder} - 终端的当前工作目录。
  • ${workspaceFolder} - 启动终端的工作区。
  • ${local} - 表示远程工作区中的本地终端。
  • ${process} - 终端进程的名称。
  • ${separator} - 一个条件分隔符（" - "），仅在被具有值的变量或静态文本包围时显示。
  • ${sequence} - 进程提供给 xterm.js 的名称。
  • ${task} - 表示此终端与任务相关联。

表情符号 IME

现在，macOS 上的输入法编辑器 (IME) 支持表情符号。

Dialog showing Emojis available in the Integrated Terminal for IME on macOS

备用缓冲区活动上下文键

一些终端 UI 应用程序（如 nano）使用 VS Code 工作台消耗的键盘快捷键，这限制了它们在 VS Code 中集成的功能。一个新的when 子句上下文键TerminalContextKeys.altBufferActive在备用缓冲区活动时将键绑定定向到终端而不是工作台，以解决此问题。

语言

新的 JavaScript 和 TypeScript 语言状态项

现在，语言状态栏项中显示了当前的 TypeScript 版本和 IntelliSense 状态。

The JavaScript and TypeScript IntelliSense status item showing config file and TypeScript version

以前，TypeScript 版本始终显示在状态栏中。您可以固定版本以恢复旧的行为。

语言状态项还显示当前文件的jsconfig/tsconfig，并指示您当前是否处于部分模式。

跨未命名文件的 IntelliSense

现在，所有未命名的 JavaScript 和 TypeScript 文件都被视为同一个项目的一部分。这意味着在一个未命名文件中定义的全局符号现在将在其他文件中显示为建议。

这更符合工作区中磁盘文件的行为。您可以向未命名文件添加import或export将其变成一个模块，这将隐藏其全局变量，使其不会出现在其他文件中。

跨网络文件的 IntelliSense

当 VS Code 在浏览器中运行时，IntelliSense 现在可以在vscode.dev或github.dev上的 JavaScript 和 TypeScript 文件中使用。

Cross file JavaScript IntelliSense on github.dev

请记住，当 VS Code 在浏览器中运行时，它只能访问您当前打开的文件，因此 VS Code 无法提供项目范围的 IntelliSense 功能，例如自动导入。

更一致的 JSX 标签折叠

在 JavaScript 或 TypeScript 中折叠 JSX 标签时，VS Code 现在将继续显示结束标签。

Folding in JSX

这与 HTML 中折叠的工作方式一致。

预览功能

TypeScript 4.5 支持

此更新包括对即将发布的 TypeScript 4.5 版本的初始支持。有关新语言和工具功能的更多信息，请参见TypeScript 4.5 beta 公告文章。一些工具亮点

  • 对JSX 属性完成的初始支持。
  • 对引用 CodeLens 的引用计数更准确。

要开始使用 TypeScript 4.5 nightly 构建，请安装TypeScript Nightly 扩展。

请分享您的反馈，并告知我们您是否遇到任何与 TypeScript 4.5 相关的错误。

跨应用程序重新启动还原终端会话

关闭 VS Code 窗口时，将释放终端进程。在此版本中，有一个新的选择性设置用于记录和还原缓冲区，并使用它来重新创建进程。将terminal.integrated.persistentSessionReviveProcess设置为启用此功能。

The terminal buffer gets restored on application restart with a message indicating when the snapshot was taken

将尺寸终端切换到内容宽度

您可以通过⌥Z (Windows、Linux Alt+Z)或使用选项卡上下文菜单操作切换尺寸到内容宽度在适合所有内容和换行之间切换终端宽度。

这类似于在编辑器中切换换行，并与之共享键绑定。

对扩展的贡献

Jupyter

目录

现在可以通过命令面板中的Jupyter：显示目录命令访问 Jupyter 笔记本的目录。此功能也可以通过笔记本工具栏中的图标访问。

此功能适用于 VS Code 中的所有笔记本，因此可以通过文件资源管理器中的大纲视图访问。

通过新建文件菜单创建新笔记本

您现在可以使用文件 > 新建文件...菜单项创建新的 Jupyter 笔记本。此菜单也可以从欢迎页面上的新建文件...项或命令面板中访问。

调试

VS Code 现在支持 Jupyter 笔记本的完整调试功能。要试用它，请确保您已安装ipykernel v6+ 作为您选择的内核，设置断点，然后选择调试单元格命令。

远程调试

您也可以使用按行运行并使用远程内核调试 Jupyter 笔记本。要试用它，请使用Jupyter：指定本地或远程 Jupyter 服务器以进行连接命令连接到您的远程内核，确保您已安装ipykernel v6+ 作为您选择的内核，并像往常一样使用按行运行或调试。

单独的渲染器扩展

Jupyter 笔记本渲染器已拆分为单独的扩展（Jupyter 笔记本渲染器），允许用户在vscode.dev和github.dev上查看笔记本输出，例如 plotly、vega、latex 等。

Python

新的 Python 演练

Python 扩展现在提供了一个演练，其中包含一些基本设置步骤，以改善 VS Code 中 Python 的入门体验。

New Python walkthrough

改进的调试体验

在使用没有launch.json配置文件的工作区时，Python 扩展会在您每次开始调试 Python 文件或项目时显示一个调试器配置菜单。这在使用自定义参数调试 Web 应用程序（如 Flask、Django 或 FastAPI）时尤其令人讨厌。

您现在不再需要在每次开始调试时都选择一个配置，因为您进行的第一个选择将在本会话的其余时间内被重用。

GitHub Pull 请求和问题

我们正在继续开发GitHub Pull 请求和问题扩展，它允许您处理、创建和管理 Pull 请求和问题。查看扩展的 0.31.0 版本的变更日志以查看亮点。

远程开发

我们正在继续开发远程开发扩展，它允许您使用容器、远程计算机或Windows 子系统 for Linux (WSL) 作为功能齐全的开发环境。

1.61 中的特性亮点包括

  • 转发端口中的 DNS 名称。
  • 轻松选择容器附加功能。
  • Dev Containers 扩展可以在 WSL 中执行 CLI 命令。

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

扩展编写

特定于平台的扩展

扩展现在可以为 VS Code 支持的每个平台（Windows、Linux、macOS）发布不同的 VSIX。从 VS Code 版本 1.61.0 开始，VS Code 会查找与当前平台匹配的扩展包。从版本 1.99.0 开始，vsce扩展发布工具支持发布特定于平台的扩展。

如果您的扩展具有特定于平台的库或依赖项，则特定于平台的扩展很有用，因此您可以控制平台包中包含的确切二进制文件。一个常见的用例是当扩展使用本机节点模块时。

有关此内容的更多信息，请参见我们的特定于平台的扩展文档。

测试标签和非错误输出

本月，我们为基于新的测试 API构建的扩展提供了额外的 API。

  • 测试标签允许您配置是否以及如何运行某些测试 - 或不运行。

  • 非错误输出允许您将其他控制台输出与特定测试用例相关联。

    来自输出的消息将以类似于失败消息的方式内联显示。

    Image showing "hello world" displayed inline beside a console.log statement

使文件系统提供程序能够将文件声明为只读

文件系统提供程序现在可以通过FileStat对象上的新permissions属性将单个文件标记为只读，方法是将该属性的值设置为FilePermission.Readonly。只读文件不可编辑。

注意: 如果所有文件都应被视为只读，您可以在调用 `registerFileSystemProvider` 时使用现有的 `isReadonly` 选项。

设置编辑器扩展类别

当存在类别时，设置编辑器现在会为扩展的 `contributes.configuration` 端点显示一个子树。

要创建多个类别，`contributes.configuration` 接受一个配置数组，每个配置的 `title` 键用于节标题。还有一个 `order` 字段，允许类别在子树中重新排序。

New Setting editor table of contents showing CSS language features having its own subtree

类型层次结构

添加类型层次结构提供者的 API 提案已最终确定。

WebviewOptions.enableForms

WebviewOptions 上的新 `enableForms` 属性允许您启用或禁用 webview 内的表单。为了向后兼容，如果您已经设置了 `enableScripts`，则 `enableForms` 默认值为 true。否则，它默认为 false。

我们建议您禁用表单，除非您的 webview 内容需要它们。

终端状态

除了相应的 `window.onDidChangeTerminalState` 事件之外，还在 `Terminal` 对象上公开了一个新的 `state` 属性，它指示终端是否已由用户进行过交互。例如，扩展程序可能希望等到用户与终端交互后才运行操作。

在测试数据上运行 Web 扩展测试

该 @vscode/test-web 节点模块提供了一个 CLI 和 API，用于在 Chromium、Firefox 或 Webkit 中测试 Web 扩展。

此里程碑的新增功能是 `folderPath` 选项，用于在测试数据上打开 VS Code for the Web。一个内存文件系统包含给定位置的资源，以便测试拥有可以使用的文件。

vscode-test-web --browserType=chromium --extensionDevelopmentPath=$extensionLocation $testDataLocation

更新的 codicons

以下新图标已添加到我们的 codicon 库中

List of codicon icons that were added

  • beaker-stop
  • bracket-dot
  • bracket-error
  • bracket
  • debug-continue-small
  • graph-line
  • graph-scatter
  • pie-chart

Visual Studio Code 的 Webview UI 工具包

该 Visual Studio Code 的 Webview UI 工具包 是一个用于在 Visual Studio Code 中构建 基于 webview 的扩展 的组件库。

Webview Toolkit component artwork

库的功能包括

  • 实现 Visual Studio Code 设计语言: 创建与编辑器其余部分外观和感觉一致的扩展。
  • 自动支持颜色主题: 所有组件都是以主题为中心设计的，并将自动显示当前编辑器主题。
  • 使用任何技术栈: 该库作为一组 web 组件发布，这意味着无论扩展使用什么技术栈（React、Vue、Svelte 等），开发人员都可以使用该工具包。
  • 开箱即用地可访问: 所有组件都带有符合 web 标准的 ARIA 标签和键盘导航。

虚拟工作区扩展指南

有一个新的 虚拟工作区 扩展指南，帮助扩展作者在 VS Code 运行在虚拟环境中时测试和更新他们的扩展。随着 GitHub 存储库 等扩展的引入，这些扩展会创建自己的虚拟文件系统，以及 vscode.dev 和 github.dev 等新工作流，其中 VS Code 在浏览器中运行，扩展不再能够假设它们可以直接访问磁盘上的文件系统或平台功能。

虚拟工作区扩展指南涵盖

  • 您的扩展是否无需修改即可在虚拟工作区中运行。
  • 如何更新您的扩展，使其在没有磁盘上文件系统的虚拟工作区中运行。
  • 如何在虚拟工作区中运行时向 VS Code 发出信号，指示是否启用或禁用您的扩展。

建议的扩展 API

每个里程碑都附带新的 API 提案，扩展作者可以试用它们。一如既往，我们希望您提供反馈。以下是试用 API 提案的步骤

  • 您必须使用 Insiders，因为 API 提案经常更改。
  • 您必须在扩展的 `package.json` 文件中包含以下行: `“enableProposedApi”: true`。
  • 将最新版本的 vscode.proposed.d.ts 文件复制到项目的源代码位置。

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

TaskPresentationOptions close 属性

该 `close` 属性是 `tasks.json` 模式中的 `presentation` 属性，在 `TaskPresentationOptions` API 中可用。它的功能与匹配的 `tasks.json` 属性相同，通过控制任务完成后是否关闭终端来实现。

选项卡 API

有一个用于读取和操作选项卡的 API 提案。这将解除常见的特性请求，例如希望在没有支持 `textDocument` 的情况下访问打开的资源列表。您可以在 问题 #133532 中提供有关此 API 的反馈。

MarkdownString.supportHtml

MarkdownString 上新提出的 `supportHtml` 属性允许渲染出现在 Markdown 文本中的安全 raw HTML 子集。

该 `supportHtml` 属性默认值为 `false`。禁用时，VS Code 将删除出现在 Markdown 文本中的所有 raw HTML 标签。

控制器渲染器脚本现在使用 JavaScript 模块

NotebookController.rendererScripts 允许笔记本控制器在运行任何渲染器之前将一组 JavaScript 文件预加载到笔记本中。这些脚本可以初始化笔记本或定义渲染器所依赖的全局符号。

渲染器脚本以前是普通的 JavaScript 文件。这些脚本可以使用 VS Code 导出的全局符号来调用 VS Code 特定的 API。

此全局符号不可发现，并且也没有给予 VS Code 对渲染器脚本本身的太多控制。为了解决这个问题，渲染器脚本现在使用 JavaScript 模块来导出一个 `activate` 函数。该函数传递了 VS Code API

interface KernelPreloadContext {
    readonly onDidReceiveKernelMessage: Event<unknown>;
    postKernelMessage(data: unknown): void;
}

export function activate(ctx: KernelPreloadContext): Promise<void> | undefined {
    ...
}

此更改还使 `NotebookController` 的渲染器脚本与贡献的 笔记本渲染器 提供的渲染脚本更好地匹配。

快速选择 keepScrollPosition 属性

从 `window.createQuickPick()` 返回的 `QuickPick` 对象上的 `keepScrollPosition` 属性已添加为 API 提案。这使您能够控制快速选择中的滚动位置（`cursorTop`）是否返回到列表顶部。

以下是此 API 的一些用例

  • 使用提出的 QuickPickItemButtons API（例如，Ctrl/Cmd + P `x` QuickPickItemButton）实现“从列表中删除此项”选项。
  • 使用提出的 QuickPickItemButtons API（例如，**插入代码片段** 命令）实现“以某种方式切换此项”选项。
  • 异步加载快速选择中的项目（如 `setInterval` 通过重新分配 `items` 属性将项目添加到列表中，其中滚动不应跳到顶部）。

如果没有控制滚动位置的能力，这些操作中的每一个都会强制快速选择的滚动位置跳到列表顶部。`keepScrollPosition` 允许扩展作者控制此行为。

SourceControl.actionButton

源代码管理 API 现在在 `SourceControl` 对象上包含一个 `actionButton` 属性，该属性允许 SCM 提供者有条件地在输入框下方显示一个“操作”按钮。例如，Git 扩展使用此新属性在存在未推送的更改时显示一个发布或同步按钮。

语言服务器协议

已经发布了 语言服务器协议 的新版本，以及相应的 npm 模块。新版本包含类型层次结构的 API 提案。

工程

切换到 DOMPurify 来清理渲染的 HTML

我们已切换到在内部使用 DOMPurify 来清理在主工作台中渲染的 HTML。这主要用于清理渲染的 Markdown。

DOMPurify 维护良好，并与 受信任的类型 兼容。这种切换有助于保护用户，并使我们对启用 MarkdownString.supportHtml 等功能更有信心。

使用 open 命令 for Big Sur CLI

在 macOS Big Sur 上，我们现在使用 open 命令在从命令行启动时生成 VS Code。此更改允许 VS Code 就像从 macOS Dock 启动一样打开，从而修复了一些与权利相关的問題。

文件监视更改

用于检测对磁盘上的文件和文件夹更改的文件监视器已更改为一个 库，该库可以处理我们支持的所有平台（Windows、Linux、macOS），并降低了为不同平台维护不同监视器的开销。我们计划默认在所有平台上启用此库。在此迭代中，我们在 Windows 和 macOS 上启用了它，并计划很快在 Linux 上启用它。

新的监视器应该在启动时更快，并减少在大型文件夹上花费的 CPU 周期。使用该库的一个缺点是，文件监视器不再自动检测 macOS 上工作区中的符号链接文件夹。如果您有这样的设置，可以使用新的 `files.watcherInclude` 设置来显式添加要包含在文件监视中的符号链接路径。从好的方面来说，您可以在 Windows 上使用此新设置来显式包含工作区内的符号链接文件夹 - 这是以前在 Windows 上无法做到的。

您在日常工作中不应该注意到任何区别，但是如果文件监视对您来说不起作用，请报告问题。有一个设置 `files.legacyWatcher` 可以用来在遇到问题时启用旧的监视器。

文档

高级容器配置

有一节内容介绍了 开发容器 扩展的 高级容器配置。

在容器文档中，您可以了解如何

高级容器配置文档中包含有关设置开发容器的提示和代码示例，以及简短的 YouTube 视频。

重要修复

  • 69665: 从睡眠状态恢复操作系统时，终端有时会显示损坏的纹理
  • 130407: [trivial] settings>files: 排除更改模式为空将无法删除
  • 133149: 任务终端因信息/警告级别的问题而标记为失败。
  • 133567: 可访问性: 查找引用中顶级树节点的标签都只是读取“true”
  • 133910: 在解析 shell 环境失败或超时时显示错误
  • 133976: 允许通过协议 URL 打开 `code-workspace`

感谢

最后但同样重要的是，衷心感谢以下为 VS Code 做出贡献的人

对我们的问题跟踪的贡献

对 vscode 的贡献

对 vscode-eslint 的贡献

对 vscode-html-languageservice 的贡献

对 vscode-json-languageservice 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-pull-request-github 的贡献

对 vscode-references-view 的贡献

对 vscode-vsce 的贡献

对 language-server-protocol 的贡献

对 monaco-editor-webpack-plugin 的贡献