尝试以扩展 VS Code 中的代理模式！

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 的新视觉风格。我们感谢社区的所有反馈，很高兴发布稳定版和 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 问题

上个月我们强调，有一个新的公共仓库用于处理与扩展市场相关的问题。现在，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.<platform> 设置进行配置。通过此设置，可以添加新配置文件、更改现有配置文件和删除默认配置文件。例如：

"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 canvas 上有问题，甚至可以提高更多。

自那时以来，WebGL 渲染器在稳定性方面逐渐提高，并弥补了其功能差距。我们决定现在是进行过渡的最佳时机，但将密切关注任何问题报告。

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

  1. WebGL 渲染器将尝试启动。
  2. 如果它失败了，例如由于缺少操作系统/浏览器支持
    • Canvas 渲染器将被启用，并开始测量渲染一帧所需的时间。
  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 用户可能已经看到了它，并且它将在本次迭代过程中逐渐向更多稳定版用户推出。您始终可以通过将 workbench.startupEditor 设置修改为 gettingStarted 或从其修改来选择加入或退出新行为。

入门体验演练 主题：GitHub Light

对扩展的贡献

远程开发

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

1.55 版本中的功能亮点包括：

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

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

GitHub 拉取请求和议题

对 GitHub 拉取请求和问题扩展的工作仍在继续，该扩展允许您处理、创建和管理拉取请求和问题。

要了解所有新功能和更新，您可以查看扩展 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 中的新语义来解决。本次迭代中，我们合并了更改，并将在下个月进行完善。我们希望在 4 月的迭代中开始最终确定测试 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 网络开发入门课程中。了解他为学生推荐的设置和扩展，以及一个有用的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 的贡献