参加你附近的 ，了解 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 整洁。

改进的列表/树导航

列表和树现在支持自定义键盘导航模式，在 Notebook 等特定区域中表现更自然。

此外，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

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

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

报告市场问题

上个月我们强调了有一个新的公共存储库用于与扩展市场相关的问题。现在，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 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 支持 Debug Adapter Protocol 中定义的所有数据断点访问类型，作为 VARIABLES 视图中的上下文菜单操作

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

请注意，调试扩展必须选择加入此功能才能使单个操作可用。目前，只有 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 中选择多个单元格。选择多个单元格后，您可以复制/剪切/粘贴/移动/复制选定的单元格。

Notebook multiple cells selection

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

Notebook multiple cells selection drag and drop

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

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

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

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

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

Notebook show metadata/outputs differences

预览功能

持续改进 Notebook 中的可扩展 Markdown 渲染器

我们持续改进了 Notebook 中扩展 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 语义来解决。本次迭代中，我们合并了更改，并将在下个月完善它们。我们希望在 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 Web 开发入门课程中。了解他为学生推荐的设置和扩展，以及一个有用的 Node.js 和 JavaScript 教育扩展包。

Raspberry Pi

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

Raspberry Pi logo

值得注意的修复

  • 74505：Emmet 内置插件 cheats 以 @ 开头只在块内展开
  • 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 的贡献

© . This site is unofficial and not affiliated with Microsoft.