🚀 在 VS Code 中

2023 年 6 月(版本 1.80)

更新 1.80.1:此更新解决了这些问题

更新 1.80.2:此更新解决了此安全问题

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


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

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

Insiders: 想尽快尝试新功能吗?您可以下载每晚构建的 Insiders 版本,并在最新更新可用时立即试用。

辅助功能

辅助功能视图

新的命令打开辅助功能视图 (⌥F2 (Windows Alt+F2,Linux Shift+Alt+F2)) 允许屏幕阅读器用户逐字符、逐行检查内容。当悬停或聊天面板响应处于焦点时调用此命令。

辅助功能帮助改进

新的命令打开辅助功能帮助 (⌥F1 (Windows Alt+F1,Linux Shift+Alt+F1)) 基于当前上下文打开帮助菜单。它目前适用于编辑器、终端、笔记本、聊天面板和内联聊天功能。

禁用辅助功能帮助菜单提示,并从帮助菜单中打开其他文档(如果有)。

笔记本的辅助功能帮助

为笔记本添加了一个新的辅助功能帮助菜单,以提供有关编辑器布局以及导航和与笔记本交互的信息。

聊天音频提示

现在为 GitHub Copilot 聊天体验提供了音频提示,可以通过 audioCues.chatRequestSentaudioCues.chatResponsePendingaudioCues.chatResponseReceived 启用。

聊天辅助功能改进

聊天响应会在收到后立即提供给屏幕阅读器,内联和聊天面板辅助功能帮助菜单包含有关预期内容以及如何与每个功能交互的更详细信息。

设置编辑器 Alt 文本改进

设置编辑器(通过首选项:打开设置 (UI) 命令访问)在使用屏幕阅读器导航时,现在不那么冗长。特别是,设置范围切换器会宣布范围的实际名称,而不是文件路径,并且已清理设置描述 Alt 文本,使其不包含原始 Markdown 格式。

Navigating through the Settings editor with NVDA on Windows

工作台

预览视频的自动播放和循环播放

您现在可以为内置视频文件预览启用视频自动播放和循环播放。相关设置是

  • mediaPreview.video.autoPlay — 启用视频自动播放。自动播放的视频会自动静音。
  • mediaPreview.video.loop — 启用视频循环播放。

这些设置默认关闭。

编辑器为只读时提供更多帮助

随着上个里程碑中 VS Code 中只读模式的引入,编辑器可能由于工作区配置而变为只读。

在这个里程碑中,我们增强了在您尝试在只读编辑器中键入内容时的编辑器通知消息,并在某些情况下提供了一个链接来更改 files.readonly 设置。

默认文件对话框位置

新的设置 files.dialog.defaultPath 可以配置文件对话框(例如,在打开或保存文件或文件夹时)打开时应显示的默认位置。仅当没有其他已知位置时,此默认值才用作后备,例如在空的 VS Code 窗口中。

禁用双击选项卡以最大化编辑器组

新的设置 workbench.editor.doubleClickTabToToggleEditorGroupSizes 禁用通过双击组的选项卡来在最大化和恢复之间切换编辑器组大小。

控制固定宽度选项卡的最小宽度

新的设置 workbench.editor.tabSizingFixedMinWidthworkbench.editor.tabSizing 设置为 fixed 时控制选项卡的最小大小。有关固定选项卡宽度的更多详细信息,请参见 1.79 发行说明

编辑器组拆分大小已更改为“自动”

workbench.editor.splitSizing 设置的新值称为 auto,是新的默认值。在此模式下,仅当没有编辑器组调整过大小时,拆分编辑器组才会将可用大小均匀分配给所有编辑器组。否则,拆分编辑器组的空间将平分并放置在新编辑器组中。

此更改的目的是在您拆分时不会破坏您创建的布局,但仍然保留以前的默认行为,即均匀分配大小。

搜索 .gitignore 排除行为

search.useIgnoreFiles 设置为 true 时,现在无论工作区是否初始化为 Git 存储库,都会遵守工作区的 .gitignore

注释的最大高度

设置 comments.maxHeight 允许您禁用对注释的最大高度限制,例如使用 GitHub Pull Requests and Issues 扩展时为拉取请求显示的注释。

排查 VS Code 中的问题

命令面板中有一个新的命令帮助: 排查问题,以帮助您排查 VS Code 中的问题。启动的工作流程可帮助您使用特殊的排查配置文件和 VS Code 的扩展二分功能来确定问题的原因。扩展二分将在二进制搜索中启用和禁用您安装的扩展,同时您指示问题是否重现。这缩小了导致问题的扩展范围,并帮助您在报告问题时提供正确的信息。

禁用 Chromium 沙箱

如果您遇到必须以提升的用户身份启动 VS Code 桌面的情况,例如您在 Linux 上使用 sudo 或在 Windows 上的 AppLocker 环境中以管理员身份启动 VS Code,则需要使用 --no-sandbox --disable-gpu-sandbox 命令行选项启动 VS Code,以使应用程序按预期工作。

根据 issue #184687 中的反馈,现在有两个新设置,以便在您需要禁用 Chromium 沙箱时更容易

  1. 新的命令行选项 --disable-chromium-sandbox 用于禁用应用程序中所有进程的 Chromium 沙箱。此新选项可以用作 --no-sandbox --disable-gpu-sandbox 的替代品。此选项适用于运行时在未来版本中可能添加的任何新进程沙箱。

  2. 要持久禁用跨启动的 Chromium 沙箱,请执行以下操作

    • 打开命令面板 (⇧⌘P (Windows、Linux Ctrl+Shift+P))。
    • 运行首选项: 配置运行时参数命令。
    • 此命令打开一个 argv.json 文件以配置运行时参数。您可能会在那里看到一些默认参数。
    • 添加 "disable-chromium-sandbox": true
    • 重启 VS Code。

注意: 除非您看到问题,否则不要使用此设置!

编辑器

在收缩和扩展选择时跳过子字

现在可以将扩展收缩选择命令配置为跳过子字。这是通过 editor.smartSelect.selectSubwords 设置完成的。默认情况下,会选择子字,但现在可以禁用此功能。

  • true -> Co|deEditor 选择 [Code]Editor,然后选择 [CodeEditor]
  • false -> Co|deEditor 选择 [CodeEditor]

当您频繁地将扩展和收缩选择与多个光标和异构词一起使用时,此设置非常方便。

改进了 JSX/TSX 中 CSS 模块的 Emmet 支持

Emmet 支持 JSX/TSX 文件的新缩写集。通过在 JSX 或 TSX 文件中键入 ..test 并扩展缩写,将添加行 <div styleName={styles.test}></div>

可以使用 emmet.syntaxProfiles 设置配置属性名称和值前缀。通过将 emmet.syntaxProfiles 设置配置如下

"emmet.syntaxProfiles": {
    "jsx": {
        "markup.attributes": {
            "class*": "className",
        },
        "markup.valuePrefix": {
            "class*": "myStyles"
        }
    }
}

然后在 JSX 或 TSX 文件中扩展缩写 ..test,您将获得缩写 <div className={myStyles.test}></div>

可调整大小的内容悬停

现在可以调整内容悬停控件的大小。您可以悬停在控件边框上并拖动窗格来更改悬停的大小。

终端

图像支持

终端中的图像(在上个版本中预览)现在默认启用。终端中的图像通常通过将图像像素数据编码为文本来工作,该文本通过特殊的转义序列写入终端。当前支持的协议是 sixeliTerm 开创的内联图像协议

要手动测试图像,您可以从 libsixel 存储库下载并 cat 一个 .six 示例文件

Running cat with a sixel file will print an image

或将 imgcat python 包imgcat 脚本与 .png、.gif 或 .jpg 文件一起使用

Running imgcat with a png file will print the image

可以通过设置禁用此功能

"terminal.integrated.enableImages": false

现在支持新的链接格式,包括需要向上扫描才能找到文件的链接以及具有范围(行到行或字符到字符)的链接。

  • @@ git 范围链接

    Links from git in the style '@@ - + @@' are now detected

  • OCAML 的 Dune 风格范围链接

    Links in the style 'File "src/cli.js", lines 15-19' are now detected
    Links in the style 'File "src/cli.js", line 15, characters 8-34' are now detected
    Links in the style 'File "src/cli.js", lines 15-19, characters 8-34' are now detected

  • ESLint 风格的多行链接

    Links from ESLint that prefix a result with 'line:col' now are detected

  • Ripgrep 风格的多行链接

    Links from ripgrep that prefix a result with 'line:' now are detected

已删除已弃用的 shell 和 shellArgs 设置

设置 terminal.integrated.shell.*terminal.integrated.shellArgs.* 已在一年多前被终端配置文件取代,并且刚刚被删除。如果您仍在使用旧的 shellshellArgs 设置,以下是一个前后示例,以帮助您进行迁移

// Before
{
  "terminal.integrated.shell.windows": "pwsh.exe",
  "terminal.integrated.shellArgs.windows": ["-Login"],

  "terminal.integrated.shell.osx": "bash",
  "terminal.integrated.shellArgs.osx": ["-l"],
}

// After
{
  "terminal.integrated.profiles.windows": {
    "PowerShell Login": {
      // Source is a special property that will use VS Code's logic to detect
      // the PowerShell or Git Bash executable.
      "source": "PowerShell",
      "args": ["-Login"],
      "icon": "terminal-powershell"
    },
  },

  "terminal.integrated.profiles.osx": {
    // This will override the builtin bash profile
    "bash": {
      "path": "bash",
      "args": ["-l"],
      "icon": "terminal-bash"
    }
  }
}

测试

终端输出支持

以前,在测试结果视图中显示的测试输出始终在嵌入式文本编辑器中显示。这剥夺了它在终端中运行时可能具有的丰富样式,例如颜色、样式和符号。在此版本中,我们在真正的 xterm.js 终端中显示输出。

Results shown in the Tests Results panel with green checkmarks

主题:Codesong(在 vscode.dev 上预览)

现在测试结果视图已完全可用,显示测试输出的命令已重定向为打开测试结果视图,而不是创建临时终端。

源代码管理

关闭存储库改进

过去,用户可以使用 Git: 关闭存储库 命令或源代码管理视图中的关闭存储库操作来关闭存储库,但是某些操作(例如,从关闭的存储库打开文件)会重新打开关闭的存储库。在这个里程碑中,我们进行了一些改进,因此每个工作区现在都会持久保存存储库已关闭的事实。用户可以使用 Git: 重新打开已关闭的存储库... 命令重新打开已关闭的存储库。

笔记本

改进了远程开发的保存性能

以前,在 VS Code 的远程扩展中保存笔记本需要将整个笔记本发送到扩展主机,这对于大型笔记本或启用自动保存的慢速网络连接可能会很慢。我们通过仅将笔记本的更改发送到扩展主机来提高了性能,从而加快了笔记本的保存和执行速度。虽然此功能默认仍处于禁用状态,但我们相信我们很快就能启用它。要试用它,请将 "notebook.experimental.remoteSave": true 添加到您的设置中。有关更多详细信息,您可以关注 issue #172345

笔记本全局工具栏重做

笔记本编辑器的全局工具栏已重写以采用工作台工具栏,从而允许用户更大程度地自定义工具栏操作。用户现在可以右键单击并从工具栏中隐藏操作。右键单击工具栏中的操作会显示隐藏该操作的选项,以及重置菜单并恢复隐藏的操作的选项。

工具栏继续与所有三种标签策略一起使用:alwaysneverdynamic。您可以通过设置 notebook.globalToolbarShowLabel 更改标签策略。

主题:Monokai Pro (Filter Ristretto)(在 vscode.dev 上预览)

交互窗口备份和还原

Python 交互窗口现在与 热退出 功能完全集成,并在 VS Code 重新加载之间恢复编辑器状态。interactiveWindow.restore 设置不再有任何效果,并且已被删除。

如果禁用了热退出,则在关闭 VS Code 时会出现提示,让您可以选择将编辑器状态另存为 .ipynb 文件。

_主题:Bearded Theme feat. Gold D Raynh(在 vscode.dev 上预览)

语言

Markdown 从预览复制图像

Markdown 预览中图像的新上下文菜单允许您从预览中复制图像并将其粘贴到 Markdown 编辑器中。复制图像时,预览编辑器必须处于焦点状态。

新的 markdown.editor.pasteUrlAsFormattedLink.enabled 设置(默认 false)允许您将链接插入到 Markdown 编辑器中,这些链接会自动格式化为 Markdown 链接。如果您选择一些文本以替换为粘贴的链接,则选定的文本将自动成为链接的标题。如果未选择任何文本,则将有一个默认的链接标题。此功能适用于外部浏览器链接以及工作区中的文件。

您必须启用设置 editor.pasteAs.enabled,此新设置才能工作。

远程开发

远程开发扩展允许您使用 Dev Container、通过 SSH 或 远程隧道的远程计算机,或 Windows Subsystem for Linux (WSL) 作为功能齐全的开发环境。

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

远程菜单

在这个里程碑中,我们更新了远程菜单,其中包含一些条目,可帮助您通过安装必要的扩展程序快速安装并开始使用远程连接(SSH、远程隧道GitHub Codespaces 等)。欢迎页面上还有一个连接到... 启动条目,可帮助您从 VS Code 桌面开始使用远程连接。

我们还在 vscode.dev 上的欢迎页面上更新了一个启动条目,以连接到远程隧道。

WSL over Tunnels

在上一个迭代中,我们预览了通过 远程隧道 连接到 WSL。此功能在此迭代中已稳定。如果您在安装了 WSL 的 Windows 计算机上运行远程隧道,则可以选择直接从远程资源管理器连接到 WSL。

Remote Tunnels view with a Connect to WSL option

主题:Codesong(在 vscode.dev 上预览)

此功能现在在 VS Code 桌面以及 vscode.dev 上都有效。如果您已经在 Windows 设备上运行隧道,请确保将 VS Code 更新到最新版本以启用此功能。

扩展贡献

GitHub Copilot

我们已在聊天视图中引入了仅预览的斜杠命令,以帮助您创建项目和笔记本,并在工作区中搜索文本。

注意:要访问聊天视图、内联聊天和斜杠命令(例如 /search/createWorkspace),您需要安装 GitHub Copilot Chat 扩展。

创建工作区

您可以使用 /createWorkspace 斜杠命令请求 Copilot 为流行的项目类型创建工作区。Copilot 将首先为您的请求生成目录结构。

然后,您可以使用创建工作区按钮创建项目目录并将其作为新工作区打开。

Create and open workspace using GitHub Copilot

创建笔记本

您可以要求 Copilot 使用 /createNotebook 斜杠命令根据您的要求创建 Jupyter 笔记本。Copilot 将根据您的要求生成笔记本的大纲。

然后,您可以使用创建笔记本命令创建笔记本,并根据建议的大纲填充代码单元格。

生成搜索参数

您可以要求 Copilot 在工作区搜索中自动填充搜索参数。为此,请使用 /search 命令,后跟您要查找的文本的描述。

可以通过将 github.copilot.advanced 设置配置如下来启用这些预览斜杠命令

"github.copilot.advanced": {
   "slashCommands": {
      "createWorkspace": true,
      "createNotebook": true,
      "search": true
   }
}

Copilot YouTube 播放列表

在 YouTube 上的 VS Code Copilot 系列中,有一个关于 PowerShell 版 Copilot 的新内容。如果您错过了该系列,您还可以在其中找到其他特定于语言的讲座和关于开发中使用 Copilot 时的有效提示的指导。

Python

Mypy 扩展

现在有一个 Mypy 类型检查器扩展,它使用 mypy 为 Python 提供类型检查支持,作为预发布版本提供预览。这个新的扩展为您的整个代码库提供错误和警告,而不仅仅是当前文件。它还使用 dmypy 来加快类型检查速度。

如果您对此新扩展有任何问题或希望提供反馈,可以在 Mypy 扩展 GitHub 存储库中提交问题。

Debugpy 扩展

当 Python 扩展中删除对 Python 2.7 和 Python 3.6 的支持时,我们收到了很多用户的反馈,他们无法将其代码库升级到最新版本的 Python,并且失去了使用最新版本的 Python 扩展调试其应用程序的能力。为了找到解决此问题的方法,我们创建了一个单独的 Python 调试器扩展,名为 Debugpy。通过将调试器与 Python 扩展分开,您最终将能够使用最新版本的 Python 扩展,同时使用旧版本的调试器(通过禁用扩展自动更新)。此扩展作为预发布版本提供预览,使用最新版本的 debugpy。我们计划在不久的将来支持旧版本的 debugpy。

试用一下,如果一切正常,请告知我们。我们的计划是弃用内置调试功能,转而使用此单独的扩展。

Pylance 本地化

Pylance 扩展现在已本地化!这意味着如果您安装了语言包并在 VS Code 中将其设置为活动状态,则扩展中的设置、命令和其他文本将翻译成您的首选语言。

测试发现和运行重写

本月,我们将继续推出我们的测试重写作为一项实验。提醒一下,此重写重新设计了 unittestpytest 在扩展中测试发现和执行背后的架构。重写目前对 100% 的 VS Code Insiders 用户处于活动状态,并将于本月开始逐步推广到稳定版。重写将很快被采用,但目前用于选择加入和退出的设置 pythonTestAdapter 仍然存在。

pytest 和 unittest 的动态运行结果

新的实验正在推出 pytest 和 unittest 的动态运行结果。以前,我们的测试结果仅在所有测试运行完成后才返回,但是现在有了此功能,测试结果会单独交付,使您可以实时查看测试通过和失败。

第三方库的索引持久性

Pylance 对环境中安装的第三方库执行索引,以启用诸如自动完成、自动导入、代码导航等 IntelliSense 功能。以前,Pylance 每次在 VS Code 中打开工作区时都会索引这些库。现在,Pylance 持久保存这些库的索引,从而减少了重复索引过程的需要。

弃用 Python 3.7 支持

Python 3.7 于 2023-06-27 达到生命周期结束 (EOL)。因此,来自 Python 扩展的对 Python 3.7 的官方支持将在三个月后的扩展的 2023.18 版本(对应于 VS Code 的 2023 年 9 月版本)中停止。没有积极删除对 Python 3.7 支持的计划,因此我们预计 Python 扩展将在可预见的未来继续非官方地与 Python 3.7 一起工作。

由于所有其他 Python 版本现在都采用年度发布节奏,我们预计一旦 Python 版本在下一年日历年的第一个 Python 扩展版本中达到 EOL,我们将停止对该版本的官方支持。例如,Python 3.8 计划于 2024 年 10 月达到 EOL,因此 2025 年的第一个 Python 扩展版本将停止官方支持。

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues 扩展方面取得了更多进展,该扩展允许您处理、创建和管理拉取请求和问题。

  • 最多可以在拉取请求中加载 1000 个(从以前的 100 个增加)评论线程。
  • 新的 VS Code API 建议用于只读消息,允许您直接从未检出的差异中检出 PR。
  • 树和评论中的头像是圆形而不是正方形。

查看扩展的 0.68.0 版本变更日志,以了解其他亮点。

预览功能

TypeScript 5.2 支持

此更新包括对即将发布的 TypeScript 5.2 版本的支持。查看 TypeScript 5.2 迭代计划,以了解有关 TypeScript 团队当前正在进行的工作的更多详细信息。即将推出的工具亮点包括

  • 新的内联常量重构。
  • 新的移动到文件重构,允许您将符号移动到现有文件中。

要开始使用 TypeScript 5.2 每晚构建版本,请安装 TypeScript Nightly 扩展。

新的差异编辑器

此迭代中,我们完成了重写差异编辑器。重写使我们能够添加一些新功能,提高性能并修复几个错误。

要试用新的差异编辑器,请将 "diffEditor.experimental.useVersion2": true 添加到您的设置中。新的差异编辑器仍处于实验阶段,但最终将在未来的更新中取代当前的差异编辑器。

所有呈现的功能都需要新的差异编辑器。

折叠未更改的区域

使用 diffEditor.experimental.collapseUnchangedRegions 启用在新差异编辑器中隐藏未更改的区域。当查看包含大量未更改代码的大型差异时,此功能很有用。

可以拖动或单击隐藏行块的边框以显示底部或顶部的代码。

A screenshot of the "Collapse Unchanged Regions" feature in the new diff editor

显示插入/删除标记

插入/删除标记指示在一行中插入或删除单词的位置,当一行同时包含插入和删除时,这尤其有用。

使用 diffEditor.experimental.showEmptyDecorations 启用/禁用插入和删除标记。

Deletion markers

改进的装饰

整行删除/插入现在具有全宽背景色。这大大减少了噪音。

这是新差异编辑器如何突出显示更改的示例

New Diff Editor highlighted changes

这是旧差异编辑器如何呈现装饰的示例(注意右侧的第 57 行没有全宽背景色)

Current Diff Editor highlighted changes

同步差异更新

在新差异编辑器中键入时,更改会立即启发式应用,并在延迟后触发异步差异计算。在旧的差异编辑器中,更改不会立即应用,从而在键入时导致明显的闪烁。

新 - 差异在键入时立即更新

Diffs update immediately when typing

旧 - 有一些明显的闪烁

Diffs did only update after a delay in the old diff editor

移动检测

此实验性功能检测文件内移动的代码块。使用 diffEditor.experimental.showMoves 启用它。目前,仅检测到简单的移动,但我们计划在将来改进此功能。一旦选择了移动的代码块,源位置和目标位置将对齐,并在它们之间显示差异。

Move detection displays line connecting moved code block

由于移动检测仍处于实验阶段,预计未来更新中会有重大更改。

扩展创作

SecretStorage API 现在使用 Electron API 而不是 keytar

多年来,SecretStorage API 一直是存储密码、访问令牌等密钥的推荐方式。 其底层一直使用 keytar,这是一个用于将密钥存储在操作系统密钥链中的抽象层。 由于 keytar 已被弃用和存档,我们为该问题寻找了其他解决方案,特别是从我们的运行时环境 Electron 中寻找解决方案。

在此版本中,我们已开始从 keytar 迁移到 Electron 的 safeStorage API。 这种切换对您应该是透明的,因为密钥会从 keytar 中检索,并通过 Electron 的 safeStorage API 恢复。 未来,我们将移除此迁移,以便完全移除我们对 keytar 的依赖。

keytar 弃用计划

一段时间以来,VS Code 一直严重依赖 keytar,这是一个用于将密钥存储在操作系统密钥链中的抽象层。 此外,我们在 VS Code 中包含了一个 keytar shim,扩展在引入 SecretStorage API 之前一直依赖它。 keytar 本身已 正式存档 且不再维护…… 为了通过依赖已存档的软件来存储密钥从而推广良好的安全实践,我们正在制定一项计划,从 VS Code 中移除此 shim。

我们已经直接联系了仍在使用此 keytar shim 的热门扩展的作者,他们正在努力摆脱它。 我们希望在此处以及在我们的 GitHub Discussions 中传达这一点,以便我们最大限度地减少此更改造成的中断,对于那些我们没有直接联系的人。 我们知道这不是最好的消息,因为我们自己也做了大量工作来消除对 keytar 的依赖,但我们相信这是确保扩展使用安全 API 的正确做法。

如果您在扩展中直接使用 keytar,您可以考虑以下几个选项

  • (推荐) 使用 VS Code 在 ExtensionContext 上提供的 SecretStorage API。 此 API 是跨平台的,可在 VS Code 支持的所有平台上运行。 它也由 VS Code 团队维护,并将继续维护,并且多年来一直是 VS Code API 的一部分。
  • (不推荐) 您可以将 keytar 模块与您的扩展捆绑在一起。 请记住,keytar 是一个原生 node 模块,这意味着您需要为您要支持的每个平台发布一个特定于平台的扩展

时间表: 当前计划是在 **8 月初** 从 VS Code Insiders 中移除此 shim,这意味着 **2023 年 9 月** 的稳定版本将是第一个没有 shim 的版本。

这项工作的进度正在 issue #115215 中跟踪,如果您有任何问题,请随时在我们的 GitHub Discussions 中提出。

改进了本地文件的 vscode.fs.writeFile 性能

当您使用 vscode.fs.writeFile API 将数据写入文件时(您应该这样做!),对扩展主机本地文件的写入操作现在将更快地完成。

以前,扩展主机将写入操作委托给 VS Code 客户端执行,但现在该操作直接在扩展主机内部执行,从而节省了往返行程。

树形复选框 API

TreeItem 的 checkboxState API 已最终确定。 默认情况下,带有复选框的树形项目将由 VS Code 管理其选中状态。 可以通过将 TreeViewOptions 属性 manageCheckboxStateManually 设置为 true 来更改此行为。 当 manageCheckboxStateManually 设置为 true 时,扩展负责管理父复选框和子复选框的选中和取消选中状态。

EnvironmentVariableCollection.description

这个新的 API 允许为 EnvironmentVariableCollection 指定描述,该描述在终端选项卡悬停时显示给用户,以解释更改的具体作用。

// Example of what the Git extension could use
context.environmentVariableCollection.description =
  'An explanation of what the environment changes do';

您可以在内置的 Git 扩展中看到此 API 的实际应用,该扩展现在描述了更改的作用

Environment variable collection descriptions are explained in a terminal tab's hover

建议的 API

每个里程碑版本都会推出新的提案 API,扩展作者可以试用它们。 与往常一样,我们希望收到您的反馈。 以下是试用提案 API 的步骤

  1. 找到您想要试用的提案,并将其名称添加到 package.json#enabledApiProposals 中。
  2. 使用最新的 @vscode/dts 并运行 npx @vscode/dts dev。 它会将相应的 d.ts 文件下载到您的工作区。
  3. 现在您可以根据提案进行编程。

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

文件系统提供程序的只读消息

当您 registerFileSystemProvider 时,您可以提供只读消息,而不是简单地将文件系统标记为只读。 当用户尝试编辑来自该提供程序的文件时,以下消息会显示在编辑器中。

Read-only file system message

工程

导出符号的名称混淆

去年,我们开始混淆私有属性和方法的名称,以减小我们的代码大小。 现在,我们也混淆导出的符号名称,这使我们的主工作台 JavaScript 文件的大小进一步减小了 8%。

我们的名称混淆构建步骤现在总共节省了核心 VS Code 和内置扩展中 3.9 MB 的 JavaScript。 这种减少加快了下载速度,减小了 VS Code 的安装大小,并加快了每次启动 VS Code 时的代码加载速度。

Node.js、内置扩展和 Electron 的校验和完整性检查

作为我们构建的一部分,我们从其他位置使用二进制资源,例如用于远程服务器的 Node.js、来自 Marketplace 的内置扩展和 Electron。 在此里程碑版本中,我们通过针对已签入 vscode GitHub 存储库的 SHA256 校验和进行验证,来确保这些二进制资源的完整性。

新的 Linux 性能测试机器

我们非常重视 VS Code 的性能,尤其是打开文本编辑器并看到闪烁光标所花费的时间。 为了监控这段时间,我们在 Windows 和 macOS 上运行每日性能测试。

在此里程碑版本中,我们在测试集中添加了一台 Linux 机器,报告了 Ubuntu 22 上的启动时间。

Linux performance machine

事件发射器优化

VS Code 在我们的整个代码库中广泛使用事件发射器。 我们在此迭代中优化了这些发射器,这略微改善了启动时间和内存使用率。

您可以在 issue #185789 中阅读有关此改进的更多信息。

终端 pty 主机改进

“Pty Host” 进程管理终端启动的所有 shell 进程,并进行了多项改进

  • 性能
    • 现在有一个与 pty 主机进程的直接通信通道。 其中最显著的变化是减少了终端的输入延迟。
    • 通过减少不必要的调用和在恢复多个终端时并行处理任务,提高了重新连接(重新加载窗口)和进程恢复(重启)的性能。
    • 我们现在收集终端启动和重新连接的性能指标,可以通过开发人员: 启动性能命令查看。
  • 诊断
    • 所有与终端相关的日志都已从窗口输出通道移至新的终端输出通道。
    • 当跟踪日志级别在Pty Host输出通道上时,终端将记录所有 RPC 调用,这将有助于诊断终端问题。

文档

新的 C# 主题

您可以通过一套新的 C# 文章,使用 C# Dev Kit 扩展了解在 VS Code 中进行 C# 开发。 在那里,您将找到解释如何入门、描述扩展的语言功能(代码导航重构调试)以及帮助开发生命周期(如项目管理)的主题。

Glob 模式参考

VS Code 有其自己的 glob 模式实现,它用于诸如搜索文件和文件夹过滤等功能,让您可以自定义文件资源管理器视图等。 要了解详细信息,您可以查看新的 Glob 模式参考

值得注意的修复

  • 最大化集成终端时文本丢失 #134448
  • 支持 fish shell 集成自动注入 #139400

感谢

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

Issue 跟踪

对我们的 Issue 跟踪的贡献

Pull requests

vscode 的贡献

vscode-emmet-helper 的贡献

vscode-livepreview 的贡献

vscode-pull-request-github 的贡献