参加你附近的 ，了解 VS Code 中的 AI 辅助开发。

2021 年 3 月 (版本 1.55)

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

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

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

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

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

加入我们，在 4 月 8 日星期四太平洋时间上午 8 点（伦敦时间下午 4 点）观看 VS Code 团队直播，查看此版本中的新功能演示，并向我们提问。

内测版：想尽快尝试新功能？您可以下载每晚的内测版构建，并尽快尝试最新的更新。

辅助功能

多光标支持

我们已为多光标添加了初步的屏幕阅读器支持。每当添加新光标时，VS Code 现在都会宣布它以及光标的行和列位置。VS Code 还会宣布辅助光标何时被移除。我们计划在收到更多反馈后进一步改进多光标辅助功能。

屏幕阅读器限制增加到 1000 行

由于上游问题已修复，我们增加了“全部朗读”命令可以阅读的行数。以前，屏幕阅读器一次可以宣布的行数硬性限制为 100 行，现在我们已将此限制增加到 1000 行。为了完全取消限制，还需要进一步的上游修复。

由于此更改，设置 editor.accessibilityPageSize 现已弃用。我们将在接下来的几个版本中继续支持此设置，但我们计划将来完全取消它。

工作台

Windows 上的加密更新

我们更改了在 Windows 上加密机密的方式，这会影响“设置同步”和使用 secrets API 的扩展。Windows 用户在更新后将自动注销，需要重新进行身份验证。

macOS Big Sur 更新了品牌图标

Brand icons on macOS Big Sur

我们一直在努力更新 macOS 上的 VS Code 品牌图标，以匹配 Big Sur 的新视觉风格。我们感谢社区的所有反馈，很高兴发布 Stable 和 Insiders 的新标志。我们还在所有平台上使用相同的标志。

稳定版 内测版 探索版
Stable icon Insiders icon Exploration icon

改进的窗格定制

新的 workbench.sash.hoverDelay 设置允许您定义窗格悬停反馈的延迟。现有的 workbench.sash.size 设置已得到改进，以便为触摸设备提供大的抓取区域，同时保持 UI 简洁。

改进的列表/树导航

列表和树现在支持自定义键盘导航模式，在某些区域（例如笔记本）中表现更自然。

此外，Shift+Click 范围选择的行为更加确定。

标签装饰默认开启

编辑器标签装饰现在默认开启，要配置它们，请使用 workbench.editor.decorations.colors 和 workbench.editor.decorations.badges

带装饰的编辑器标签，显示文件有警告且已为 git 修改 主题：GitHub Light Theme

在键盘快捷方式编辑器中调整列大小

键盘快捷方式编辑器现已重构为使用新的表格小部件，允许用户调整编辑器中的列大小。

扩展管理改进

  • VS Code 现在可以检测通过 VS Code CLI 安装/卸载的扩展。扩展可以在活动窗口（实例）中激活/停用，并将在“扩展”视图中正确显示。

  • VS Code 现在会在单独的扩展包选项卡中显示设置 extensionPack 属性的扩展所包含的扩展集，即使该扩展未归类为扩展包。

Extension that is not an extension pack but includes other extensions

主题：GitHub Light Theme

“问题”视图中的负文本过滤

您现在可以通过在筛选文本前加上 ! 来从“问题”视图中筛选不包含特定文本的问题。

报告 Marketplace 问题

上个月我们强调，有一个新的公共仓库用于处理与扩展 Marketplace 相关的问题。现在，VS Code 的问题报告器支持在此仓库中创建问题。

配置树悬停延迟

现在可以使用 workbench.hover.delay 配置扩展贡献的树视图的悬停延迟。

Emmet

emmet.extensionsPath 设置现在只接受字符串数组，并且可以直接在“设置编辑器”中编辑。

在打开的编辑器中搜索

您现在可以在工作区搜索中切换仅在打开的编辑器中搜索复选框，将搜索范围从整个工作区更改为仅在编辑器选项卡中打开的文件。这以前是通过选择启用，在此迭代中，我们增强了对尚未加载到 VS Code 会话中的文件的行为，并默认启用了它。

控制源代码管理输入的字体大小

您现在可以通过新的 scm.inputFontSize 设置更改源代码管理输入的字体大小。

集成终端

终端配置文件

终端现在支持定义的配置文件，这些配置文件会出现在终端的下拉菜单中，以方便地启动非默认 Shell。

Terminal profiles show up below the terminal processes and above the configuration items

VS Code 将通过此菜单自动检测并显示一些更常用的 Shell，但也可以使用 terminal.integrated.profiles. 设置进行配置。使用此设置，可以添加新配置文件、更改现有配置文件和删除默认配置文件。例如

"terminal.integrated.profiles.windows": {
  // Add a PowerShell profile that doesn't run the profile
  "PowerShell (No Profile)": {
      // Some sources are available which auto detect complex cases
      "source": "PowerShell",
      "args": ["-NoProfile"],
      // Name the terminal "PowerShell (No Profile)" to differentiate it
      "overrideName": true
  },
  // Remove the builtin Git Bash profile
  "Git Bash": null,
  // Add a Cygwin profile
  "Cygwin": {
    "path": "C:\\cygwin64\\bin\\bash.exe",
    "args": ["--login"]
  }
}

最初添加配置文件的推荐方法是通过选择默认配置文件命令，该命令允许根据现有配置文件或其他检测到的 Shell 创建配置文件。

The Select Default Profile command shows all configured and detected profiles

Windows 上自动检测 WSL 配置文件并改进默认设置

除了新的配置文件功能，我们现在还会自动检测 WSL 配置文件并默认在列表中显示它们。这可以通过 terminal.integrated.useWslProfiles 设置关闭。

Cygwin 现在也会自动检测并显示在选择默认配置文件命令中，Git Bash 将作为登录 Shell 运行（运行 ~/.bash_profile）。

WebGL 渲染器成为新默认设置

终端在 2019 年 11 月版本中首次引入了实验性的 WebGL 渲染器，根据我们当时的计算，它可以将性能提高高达 900%，如果您的环境在使用标准 2D 画布上下文渲染时遇到问题，性能甚至会更高。

此后，WebGL 渲染器在稳定性方面逐渐提高，并弥补了其功能差距。我们决定现在是进行过渡的最佳时机，但会留意任何问题报告。

作为此工作的一部分，我们还添加了一些回退逻辑。当 "terminal.integrated.rendererType": "auto" 时，会发生以下情况：

  1. WebGL 渲染器将尝试启动。
  2. 如果失败，例如由于缺少操作系统/浏览器支持
    • 画布渲染器将启用，并且开始测量渲染帧所需的时间。
  3. 如果前 20 帧渲染缓慢，例如存在硬件问题或 GPU 渲染已禁用
    • DOM 渲染器将启用。

在下一个版本中，我们计划完全移除 rendererType 设置，转而使用更易于理解的 "terminal.integrated.gpuAcceleration": "auto" | "on" | "off"。

无缝终端重新启动

上个版本中，当扩展想要更改环境时，我们引入了终端的自动重新启动。此版本现在将防止重新启动时之前出现的闪烁。如果新终端的输出与上次相同，则不会出现重新启动造成的任何反馈或干扰。

还有一个新设置可以完全禁用此自动重新启动 terminal.integrated.environmentChangesRelaunch。

编辑器

新的自动关闭对删除

当在自动关闭对中时，按下 Backspace 的行为已更改。现在，编辑器将仅在编辑器自动插入该字符时才删除匹配的关闭括号或匹配的关闭引号。此行为通过一个新引入的名为 editor.autoClosingDelete 的设置控制，该设置可以配置为 "always" 以获取之前的行为。

调试

断点改进

内联菜单编辑条件和命中计数

我们现在显示一个内联菜单，用于编辑函数断点的条件和命中计数。以前，内联编辑按钮会自动选择要编辑的条件。现在，菜单应该使流程更容易，并为用户提供更多控制。

Breakpoint condition menu

支持所有数据断点访问类型

现在，VS Code 的通用调试器 UI 支持调试适配器协议中定义的所有数据断点访问类型，作为“变量”视图中的上下文菜单操作：

  • 在值读取时中断：每次读取变量时都会命中断点。
  • 在值更改时中断：每次更改变量时都会命中断点（此操作以前可用）。
  • 在值访问时中断：每次读取或更改变量时都会命中断点。

请注意，调试扩展必须选择此功能才能使单个操作可用。目前，只有 Mock Debug 扩展（模拟）支持所有三种访问类型，但我们预计其他调试扩展（例如 Java 扩展）很快就会跟进。

Data breakpoints break on access types

在启动调试对象之前清除终端

一些调试扩展允许您在 VS Code 的集成终端中启动调试对象。为了保持集成终端的数量较少，如果终端未被仍在运行的命令阻塞，VS Code 会尝试重用终端。这种方法的结果是，以前的命令和程序输出将保留在终端中可见，这有时会令人困惑。

在此版本中，我们引入了一项新功能，可以在开始新的调试会话之前自动清除集成终端。此功能由新设置 debug.terminal.clearBeforeReusing 控制。

JavaScript 调试

与往常一样，完整的更改列表可以在 vscode-js-debug 更改日志中找到。

开始调试并在入口处停止

去年我们切换到新的调试器时，调试：开始调试并在入口处停止被遗弃了。它再次工作，并请求调试器在您的 Node.js 程序的首行暂停。默认情况下，它绑定到 F10。

符号链接处理改进

使用符号链接调试 Node.js 程序可能需要向程序传递特殊标志。如果没有这些标志，断点将保持未绑定状态，并且很难找出哪里出了问题。现在，调试器将自动检测这些情况并提供有用的通知。

Notification that says "It looks like you have symlinked files. You might need to update your configuration to make this work as expected," with buttons to "Read More" and "Ignore"

Notebook

多单元格选择

我们现在支持使用鼠标（Shift+Click）或键盘快捷键（Shift+Arrow）在笔记本中选择多个单元格。选择多个单元格后，您可以复制/剪切/粘贴/移动/复制选定的单元格。

Notebook multiple cells selection

您还可以一起拖放多个单元格。

Notebook multiple cells selection drag and drop

限制：当选择多个不同范围的单元格时，大多数命令将仅对第一个范围或聚焦范围执行。我们将在即将发布的版本中继续改进此体验。

我们还添加了一个新的颜色标记 notebook.inactiveSelectedCellBorder，它没有默认颜色，但可用于那些喜欢使用边框进行多选而不是背景颜色的主题。

Notebook cells being multi-selected via border instead of background colors

在差异编辑器中显示/隐藏输出和元数据差异

我们从用户那里得知，在审查笔记本中的更改时，笔记本单元格元数据或输出中的修改可能会分散注意力或无关紧要。VS Code 现在允许您使用 notebook.diff.ignoreMetadata 和 notebook.diff.ignoreOutputs 设置控制差异编辑器中元数据或输出更改的可见性。它们也可以通过编辑器标题工具栏中的显示输出/元数据差异命令进行切换。

Notebook show metadata/outputs differences

预览功能

笔记本中可扩展 Markdown 渲染器的持续改进

我们继续改进对笔记本中 Markdown 渲染器扩展的支持。本次迭代的重点是提高新渲染器的性能。我们还修复了新渲染器引入的许多回归问题。

Emoji and a math formula being rendered in a notebook cell

新的渲染器仍然默认禁用，但我们现在更有信心很快能够启用它们。您今天可以使用未文档化的 notebook.experimental.useMarkdownRenderer: true 设置试用新的可扩展 Markdown 渲染器。启用此设置并重新启动 VS Code 后，您应该能够在 Markdown 单元格中使用 :emoji: 和 KaTeX $math$ 公式。

开始使用

我们正在继续大修默认启动编辑器，以提供相关的扩展贡献的提示和演练，旨在使核心 VS Code 功能和扩展贡献对新用户更易于使用。许多 Insiders 用户可能已经看到了它，并且在此次迭代中将慢慢推广到更多 Stable 用户。您始终可以通过将 workbench.startupEditor 设置修改为 gettingStarted 或从其修改来选择加入或退出新行为。

入门体验演练 主题：GitHub Light

对扩展的贡献

远程开发

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

1.55 版的功能亮点包括：

  • 双击命名端口
  • 配置默认端口检测行为
  • 在容器卷中克隆仓库的更新体验

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

GitHub 拉取请求和议题

GitHub Pull Requests and Issues扩展仍在继续开发中，该扩展允许您处理、创建和管理拉取请求和问题。

要了解所有新功能和更新，您可以查看扩展 0.25.0 版本的完整更改日志。

扩展创作

自定义编辑器和笔记本的无标题文件 API

自定义编辑器和笔记本现在在打开上下文上包含 untitledDocumentData 属性，其中包含用户触发使用...重新打开时无标题文件中包含的数据缓冲区。如果此属性已填充，则应读取它而不是 URI，因为在无标题文件的情况下，URI 不指向磁盘上的文件。

内联值提供程序 API

上个里程碑引入的提议内联值提供程序 API 已经定稿，现在可以在 Marketplace 上发布的扩展中使用。

新的“复制为”子菜单

有两个新的菜单位置，它们在 UI 中显示为复制为子菜单

  • menuBar/edit/copy - 用于标题栏编辑菜单
  • editor/context/copy - 用于编辑器上下文菜单

Copy As submenu

ExtensionContext 上的新扩展属性

扩展作者现在可以使用 ExtensionContext 上的新 extension 属性，该属性会传递给扩展的 activate 函数。它返回与 vscode.extensions.getExtension() 返回的相同的 Extension 实例，其中包含扩展 ID、版本和序列化的 packageJSON 属性等属性，您可以在其中直接从扩展的 package.json 文件访问数据。

Docker Compose 语言

已添加新的 Docker Compose 语言。这将不会有太多面向用户的更改；但是，扩展作者现在可以使用它来定位 Docker Compose 文件。语言 ID 是 dockercompose。

遥测启用 API

扩展始终可以通过 telemetry.telemetryLevel 的配置值检查用户是否禁用了遥测，但无法检查用户是否使用了 CLI 标志 --disable-telemetry。在此里程碑中，我们为扩展 API 的 env 对象添加了两个属性：isTelemetryEnabled 和 onDidChangeTelemetryEnabled。前者考虑了 CLI 标志和当前配置值。后者是每当 isTelemetryEnabled 更改时触发的事件。

工作区信任开发

在多次迭代中，我们一直在探索一项我们称之为“工作区信任”的安全功能。随着其发布临近，我们希望邀请扩展作者开始他们的入门流程并获取反馈。目前，尚未更新以处理“工作区信任”的扩展将继承安全默认值；但是，为了获得最佳用户体验，我们请求扩展作者在问题 #106488中阅读更多信息，并在我们进入下一次迭代时订阅更新。

建议的扩展 API

每个里程碑都会带来新的提议 API，扩展作者可以尝试使用它们。一如既往，我们希望得到您的反馈。要尝试提议的 API，您需要执行以下操作：

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

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

测试

本月，我们的工作重点是解决测试 API 的提供程序部分。主要是，转向一种方法，允许按需异步加载测试。转向异步方法带来了挑战，需要新的扩展主机 API 语义来解决。本次迭代中，我们合并了更改，并将在下个月进行完善。我们希望在四月迭代中开始最终确定测试 API 的部分内容。

CodeActionContext.triggerKind

CodeActionContext 上提议的 triggerKind 属性跟踪为什么从 CodeActionProvider 请求代码操作。此属性的可能值是：

  • Invoke：代码操作是显式请求的，无论是通过键盘快捷键还是命令。

  • Automatic：代码操作是在没有明确用户操作的情况下请求的。这包括在文档内容更改时请求代码操作。

提供程序可以使用 triggerKind 根据代码操作的请求方式返回不同的结果集。例如，自动触发的重构代码操作提供程序可能只返回当前精确选区的重构，以限制代码操作灯泡显示的频率。但是，当显式请求代码操作时，相同的提供程序可能会自动扩展当前选区，以尝试显示用户可能感兴趣的当前位置的所有重构。

PortAttributesProvider

任何启动在端口上侦听的进程并希望在使用 VS Code 远程扩展时获得出色体验的扩展都应考虑提供反馈并采用新的 PortsAttributesProvider API。由于 VS Code 在使用其中一个远程扩展时会检测并自动转发端口，因此任何侦听端口的扩展都将自动转发这些端口。然而，通常这些端口仅对扩展的内部工作很重要，并且用户不需要转发这些端口。此 API 可用于设置检测到端口时的行为，以防止不需要的面向用户的端口自动转发。

快速输入选项标题

传递给 showQuickPick 的 QuickPickOptions 和传递给 showInputBox 的 InputBoxOptions 现在具有可选的 title 属性，该属性以前仅在 createQuickPick API 中可用。设置此属性后，快速输入上会显示一个带有您指定标题的标题栏。

语言服务器协议

诊断拉取模型规范的草稿版本现已发布，征求反馈。

调试适配器协议

停止事件现在可以报告命中的断点

已向停止事件添加了一个可选属性 hitBreakpointIds，其中包含触发事件的断点的 ID。

请注意，VS Code 尚未以任何方式显示此信息。我们正在 问题 #118743 中讨论可能的 UI 想法。

工程

更快的 Snap 启动

Snap 包现在使用 lzo 压缩算法，它提供了更快的启动时间。有关更多信息，请参阅 Ubuntu 关于该算法的博客文章。

Electron 沙盒进展

在这个里程碑中，我们继续让 VS Code 窗口为启用 Electron 的沙盒和上下文隔离功能做好准备。

具体来说：

  • 我们能够将渲染器中的一些原生模块需求转移到其他进程。
  • 当沙盒选项启用时，我们能够提供更多组件和服务。

文档

课堂上的 VS Code 和 JavaScript

阅读泰国纳黎宣大学计算机科学讲师的案例研究，他使用 VS Code 在他的 JavaScript 和 Node.js Web 开发入门课程中。了解他为学生推荐的设置和扩展，以及一个有用的 Node.js 和 JavaScript 教育扩展包。

Raspberry Pi

有一个新主题描述了如何在 Raspberry Pi 设备上安装 VS Code。

Raspberry Pi logo

值得注意的修复

  • 74505：Emmet 内置插件作弊，以 @ 开头的只在块内展开
  • 97632：编辑纯 XML 文档时 Emmet 介入
  • 107506：调试变量视图在名称不唯一时不会显示来自调试适配器的多个变量
  • 112675：Emmet 缩写在 .scss 文件中不起作用
  • 113801：标签换行 - 换行时标签不应填满所有多余空间
  • 115814：无法在集成终端中输入中文
  • 117350：Home/End、PageUp/PageDown 也应该在操作中导航吗？
  • 117967：复制 + 粘贴自动在新标签页中打开文件
  • 118210：调试控制台不应在消息源位置不同时折叠消息
  • 118557：在包含嵌套文件夹的工作区中 files.exclude 的奇怪行为
  • 118839：我的屏幕阅读器在状态栏中找不到有关远程连接的信息
  • 119585：关闭文件时所有问题都消失了

感谢

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

对我们问题跟踪的贡献

对 vscode 的贡献

对 vscode-emmet-helper 的贡献

对 vscode-eslint 的贡献

对 vscode-hexeditor 的贡献

对 vscode-html-languageservice 的贡献

对 vscode-js-debug 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-mock-debug 的贡献

对 vscode-textmate 的贡献

对 vscode-vsce 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献