🚀 在 VS Code 中

2024 年 4 月(版本 1.89)

更新 1.89.1:此更新解决了以下问题

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


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

如果您想在线阅读这些发行说明,请访问 code.visualstudio.com 上的更新Insiders: 想要尽快试用新功能吗?您可以下载每晚构建的 Insiders 版本,并在最新更新可用时立即试用。

辅助功能

进度辅助功能信号

设置 accessibility.signals.progress 使屏幕阅读器用户能够在用户界面中显示进度条的任何位置听到进度。信号会在三秒钟后播放,然后每五秒钟循环一次,直到进度条完成。信号可能播放的示例包括:搜索工作区时、聊天响应正在等待时、笔记本单元格正在运行时等等。

改进的编辑器辅助功能信号

现在,当一行有错误或警告时,或者当光标位于错误或警告上时,有单独的辅助功能信号。

我们支持自定义在编辑器中在线和列之间导航时辅助功能信号的延迟。此外,aria 警报信号比音频提示信号具有更高的播放延迟。

当显示建议控件时,内联建议不再触发辅助功能信号。

辅助功能视图

辅助功能视图 (⌥F2(Windows Alt+F2,Linux Shift+Alt+F2) 使屏幕阅读器用户能够检查工作台功能。

终端改进

现在,当您导航到终端辅助功能视图中的下一个 (⌥↓(Windows、Linux Alt+Down) 或上一个 (⌥↑(Windows、Linux Alt+Up) 命令时,您可以听到当前命令是否失败。可以使用设置 accessibility.signals.terminalCommandFailed 切换此功能。

当从此视图从启用 shell 集成的终端打开时,VS Code 会通过终端命令行发出警报,以改善体验。

聊天代码块导航

当您位于聊天响应的辅助功能视图中时,现在可以在下一个 (⌥⌘PageDown(Windows、Linux Ctrl+Alt+PageDown) 和上一个 (⌥⌘PageUp(Windows、Linux Ctrl+Alt+PageUp) 代码块之间导航。

评论视图

当安装了提供评论的扩展并且评论视图处于焦点时,您可以检查和导航浏览辅助功能视图中视图中的评论。也可以从辅助功能视图执行扩展提供的在评论上可用的操作。

工作台

语言模型使用情况报告

对于使用语言模型的扩展,您现在可以在扩展编辑器和运行时扩展编辑器中跟踪其语言模型使用情况。例如,您可以查看语言模型请求的数量,如下面的屏幕截图所示的 Copilot Chat 扩展的示例

Screenshot of the Runtime Status for the Copilot Chat extension, showing the number of language model requests.

本地工作区扩展

本地工作区扩展,首次在 VS Code 1.88 版本 中引入,现已正式发布。您现在可以直接在工作区中包含扩展,并仅为该工作区安装它。此功能旨在满足您的特定工作区需求,并提供更量身定制的开发体验。

要使用此功能,您需要在工作区内的 .vscode/extensions 文件夹中拥有您的扩展。然后,VS Code 会在扩展视图的 工作区建议 部分中显示此扩展,用户可以从中安装它。VS Code 仅为该工作区安装此扩展。本地工作区扩展要求用户信任工作区,然后才能安装和运行此扩展。

例如,考虑 VS Code 存储库 中的 vscode-selfhost-test-provider 扩展。此扩展插入测试功能,使贡献者能够直接在工作区中查看和运行测试。以下屏幕截图显示了扩展视图的工作区建议部分中的 vscode-selfhost-test-provider 扩展以及安装它的能力。

Screenshot showing a local workspace extension available in the .vscode folder in the Explorer view.

请注意,您应该将解压缩的扩展包含在 .vscode/extensions 文件夹中,而不是 VSIX 文件。您也可以仅包含扩展的源文件,并将其构建为工作区设置的一部分。

快速打开中的自定义编辑器标签

上个月,我们引入了自定义标签,使您可以个性化编辑器选项卡的标签。此功能旨在帮助您更轻松地区分同名文件(例如 index.tsx 文件)的选项卡。

在此基础上,我们将自定义标签的使用范围扩展到快速打开 (⌘P(Windows、Linux Ctrl+P)。现在,您可以使用您创建的自定义标签搜索文件,使文件导航更加直观。

Screenshot showing the use of custom labels in Quick Open to distinguish between multiple 'index.jsx' files.

自定义键盘快捷键

我们使自定义用户界面操作的键盘快捷键更加直接。右键单击工作台中的任何操作项,然后选择 自定义键盘快捷键。如果操作具有 when 子句,则会自动包含该子句,从而更轻松地按照您需要的方式设置键盘快捷键。

在树中查找键盘快捷键

我们解决了一个问题,即树控件的“查找”控件经常被意外打开。例如,当“查找”控件出现在资源管理器视图中而不是在编辑器中搜索时。

为了减少这些意外激活,我们将在树控件中打开“查找”控件的默认键盘快捷键更改为 ⌥⌘F(Windows、Linux Ctrl+Alt+F。如果您更喜欢以前的设置,则可以使用“键盘快捷方式”编辑器轻松恢复 list.find 命令的原始键盘快捷键。

自动检测系统颜色模式改进

如果您希望主题跟随系统的颜色模式,您可以通过启用设置 window.autoDetectColorScheme 来实现此目的。

启用后,当前主题由暗模式下的 workbench.preferredDarkColorTheme 设置和亮模式下的 workbench.preferredLightColorTheme 设置定义。

在这种情况下,将不再考虑 workbench.colorTheme 设置。它仅在 window.autoDetectColorScheme 关闭时使用。

在此里程碑中,新功能是主题选择器对话框(首选项:颜色主题 命令)现在可以识别系统颜色模式。请注意,当系统处于暗模式时,主题选择仅显示暗主题

Screenshot showing the theme selection dialog configuring the theme for Dark mode.

该对话框还有一个新按钮,可直接将您带到 window.autoDetectColorScheme 设置

Screenshot showing the theme selection dialog, highlighting the button to configure the autoDetectColorScheme setting.

在“评论”控件的输入编辑器中,粘贴链接的行为与在 Markdown 文件中粘贴链接的行为相同。粘贴选项会显示,您可以选择粘贴 Markdown 链接而不是您复制的原始链接。

Screenshot of Comments control, showing the paste link context menu.

源代码管理

在切换分支时保存/恢复打开的编辑器

在此里程碑中,我们解决了长期存在的功能请求,即在源控制分支之间切换时保存和恢复编辑器。使用 scm.workingSets.enabled 设置启用此功能。

要控制首次切换到分支时打开的编辑器,可以使用 scm.workingSets.default 设置。您可以选择不打开编辑器 (empty),或使用当前打开的编辑器 (current,默认值)。

用于查看更改的专用命令

为了更轻松地在多文件差异编辑器中查看特定类型的更改,我们在命令面板中添加了一组新命令:Git: 查看暂存的更改Git: 查看更改Git: 查看未跟踪的更改

笔记本

最小错误渲染器

您可以使用新的笔记本错误渲染器布局,设置 notebook.output.minimalErrorRendering。此新布局仅显示错误和消息,以及用于将完整错误堆栈扩展到视图中的控件。

禁用大型笔记本的备份

现在,对于大型笔记本文件,定期文件备份已禁用,以减少将文件写入磁盘所花费的时间。可以使用设置 notebook.backup.sizeLimit 调整限制。我们还在尝试一种选项,以避免在使用 notebook.experimental.remoteSave 保存笔记本文件时阻止渲染器,以便可以进行自动保存而不会造成性能损失。

修复了大纲/粘性滚动性能回归

在过去的几个月中,我们收到了关于笔记本编辑器性能回归的反馈。回归很难精确定位,也不容易重现。感谢社区不断提供日志和反馈,我们可以确定回归来自大纲和粘性滚动功能,因为我们在其中添加了新功能。这些问题已在此版本中修复。

我们感谢社区的反馈和耐心,我们将继续改进笔记本编辑器的性能。如果您继续遇到性能问题,请随时在 VS Code 存储库 中提交新问题。

快速搜索使您能够快速在工作区文件中执行文本搜索。快速搜索不再是实验性的,因此请尝试使用命令面板 (⇧⌘P(Windows、Linux Ctrl+Shift+P) 中的 搜索: 快速搜索 命令来试用它!✨🔍

主题:夜猫子(浅色)(在 vscode.dev 上预览)

请注意,所有“快速搜索”命令和设置在其标识符中不再具有“experimental”关键字。例如,命令 ID workbench.action.experimental.quickTextSearch 变为 workbench.action.quickTextSearch。如果您有使用这些旧 ID 的设置或键盘快捷键,这可能很重要。

搜索树递归展开

我们有一个新的上下文菜单选项,使您可以在搜索树中递归打开选定的树节点。

主题:夜猫子(浅色)(在 vscode.dev 上预览)

终端

默认启用 Git Bash shell 集成

Git Bash 的 shell 集成现在自动启用。这为 Git Bash 带来了许多功能,例如命令导航粘性滚动快速修复等等。

配置中键单击以粘贴

在大多数 Linux 发行版上,中键单击会粘贴选择。现在可以在其他操作系统上启用类似的行为,方法是将 terminal.integrated.middleClickBehavior 配置为 paste,这会在中键单击时粘贴常规剪贴板内容。

通过 OSC 8 转义序列 创建的 ANSI 超链接以前仅支持 httphttps 协议,但现在可以与任何协议一起使用。默认情况下,出于安全原因,仅激活具有 filehttphttpsmailtovscodevscode-insiders 协议的链接,但您可以通过 terminal.integrated.allowedLinkSchemes 设置添加更多链接。

终端的新图标选择器

从终端选项卡上下文菜单中选择更改图标现在会打开为配置文件构建的新图标选择器

Screenshot showing the new icon picker shows a preview and the id of the icon as well as a filter box

主题:蓝宝石(在 vscode.dev 上预览)

支持窗口大小报告

终端现在响应以下转义序列请求

  • CSI 14 t 报告终端的窗口大小(以像素为单位)
  • CSI 16 t 报告终端的单元格大小(以像素为单位)
  • CSI 18 t 报告终端的窗口大小(以字符为单位)

⚠️ 弃用画布渲染器

终端具有三种不同的渲染器:DOM 渲染器、WebGL 渲染器和画布渲染器。我们一直想删除画布渲染器,但由于 DOM 渲染器中无法接受的性能以及 WebKit 未实现 webgl2 而受阻。这两个问题现在都已解决!

此版本中,我们从回退链中删除了画布渲染器,因此仅当 terminal.integrated.gpuAcceleration 设置显式设置为 "canvas" 时才启用它。我们计划在下一个版本中完全删除画布渲染器。如果当 terminal.integrated.gpuAcceleration 设置为 "on""off" 时遇到问题,请告知我们。

调试

JavaScript 调试器

JavaScript 调试器现在会自动查找出现在 runtimeExecutable 配置中 node_modules/.bin 文件夹中的二进制文件。现在,它会自动按名称解析它们。

请注意,在以下示例中,您可以仅引用 mocha,而无需指定二进制文件的完整路径。

{
	"name": "Run Tests",
	"type": "node",
	"request": "launch",
-	"runtimeExecutable": "${workspaceFolder}/node_modules/.bin/mocha",
-	"windows": {
-		"runtimeExecutable": "${workspaceFolder}/node_modules/.bin/mocha.cmd"
-	},
+	"runtimeExecutable": "mocha",
}

语言

Markdown 路径完成中的图像预览

VS Code 的内置 Markdown 工具为 Markdown 中的链接和图像提供路径完成。当完成图像或视频文件的路径时,我们现在直接在 完成详细信息 中显示一个小预览。这可以帮助您更轻松地找到您要查找的图像或视频。

Screenshot showing a preview of an image in Markdown path completions

悬停以预览 Markdown 中的图像和视频

想要快速预览某些 Markdown 中的图像或视频,而无需打开完整的 Markdown 预览?现在,您可以悬停在图像或视频路径上以查看其小预览

Screenshot showing hovering over an image's path to preview it

改进的 Markdown 标题重命名

您是否知道 VS Code 的内置 Markdown 支持允许您使用 F2 重命名标题?这很有用,因为它还可以自动更新指向该标题的所有链接。在此迭代中,我们改进了在 Markdown 文件具有重复标题的情况下重命名处理。

考虑 Markdown 文件

# Readme
- [Example 1](#_example)
- [Example 2](#_example-1)

## Example
...

## Example
...

两个 ## Example 标题具有相同的文本,但可以通过使用唯一 ID(#example#example-1)分别链接到每个标题。以前,如果您将第一个 ## Example 标题重命名为 ## First Example,则 #example 链接将正确更改为 #first-example,但 #example-1 链接将不会更改。但是,在重命名后,#example-1 不再是有效链接,因为不再有重复的 ## Example 标题。

我们现在正确处理这种情况。例如,如果您在上面的文档中将第一个 ## Example 标题重命名为 ## First Example,则新文档将是

# Readme
- [Example 1](#_first-example)
- [Example 2](#_example)

## First Example
...

## Example
...

请注意,两个链接现在都已自动更新,以便它们都保持有效!

远程开发

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

亮点包括

  • 通过 SSH 连接到 WSL

您可以在 远程开发发行说明 中了解有关这些功能的更多信息。

扩展贡献

GitHub Copilot

终端内联聊天

终端内联聊天现在是终端中的默认体验。当终端处于焦点时,使用 ⌘I(Windows、Linux Ctrl+I 键盘快捷键将其调出。

Screenshot showing opening terminal inline chat opens and focuses an input box similar to inline chat in the editor

终端内联聊天使用 @terminal 聊天参与者,该参与者具有有关集成终端的 shell 及其内容的信息。

Screenshot showing that you can ask complex questions like "list the top 5 largest files in the src dir"

一旦建议了命令,请使用 ⌘Enter(Windows、Linux Ctrl+Enter 在终端中运行命令,或使用 ⌥Enter(Windows、Linux Alt+Enter 将命令插入终端。也可以在 Copilot 的响应中直接编辑命令,然后再运行它(当前在 Windows 和 Linux 上为 Ctrl+向下TabTab,在 macOS 上为 Cmd+向下TabTab)。

Screenshot showing that complex queries are OS and shell-specific

Copilot 驱动的重命名建议按钮

现在可以通过使用重命名控件中的闪烁图标来触发 Copilot 驱动的重命名建议。

内容排除

GitHub Copilot 内容排除现在在 Copilot Chat 中受所有 Copilot for Business 和 Copilot Enterprise 客户支持。有关配置内容排除的信息,请访问 GitHub 文档

当文件被内容排除排除时,Copilot Chat 无法查看文件的内容或路径,并且它不会用于生成 LLM 建议。

Screenshot showing a file which has been excluded in panel chat, displaying a warning about decreased suggestion quality

Screenshot showing a file which has been excluded in inline chat, showing an error that inline chat cannot be used

预览:在笔记本编辑器中生成

我们现在支持在笔记本编辑器中自动激活内联聊天的情况下插入新单元格。当 notebook.experimental.generate 设置为 true 时,我们在笔记本工具栏和单元格之间的插入工具栏上显示一个 生成 按钮。当焦点位于笔记本列表或单元格容器上时,也可以通过在 macOS 上按 Cmd+I(或在 Windows/Linux 上按 Ctrl+I)来触发它。此功能可以帮助简化在语言模型的帮助下在新单元格中生成代码的过程。

Python

“实现所有继承的抽象类”代码操作

当使用 Pylance 时,使用抽象类现在更加容易。当定义从抽象类继承的新类时,您现在可以使用 实现所有继承的抽象类 代码操作来自动实现父类中的所有抽象方法和属性

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

新的自动缩进设置

以前,Pylance 的自动缩进行为通过 editor.formatOnType 设置控制,如果您想禁用自动缩进,但启用其他支持工具的键入时格式化,则该设置过去存在问题。为了解决这个问题,Pylance 有自己的设置来控制其自动缩进行为:python.analysis.autoIndent,默认情况下启用该设置。

Screenshot showing Python Analysis Auto Indent setting to control auto indentation with Pylance

Debugpy 已从 Python 扩展中删除,取而代之的是 Python 调试器扩展

现在调试功能由 Python 调试器 扩展处理,我们已从 Python 扩展中删除了 debugpy。

作为此更改的一部分,您在 launch.json 文件中指定的 "type": "python""type": "debugpy" 都将引用 Python 调试器扩展的路径,为了有效运行和调试,您的 launch.json 文件无需更改。展望未来,我们建议使用 "type": "debugpy",因为它直接对应于 Python 调试器扩展。

现在可以在测试期间禁用套接字

您现在可以使用 Python 测试重写中的测试 UI 运行禁用套接字的测试。这通过 Python 扩展和测试运行子进程之间通信中的一个开关来实现,现在使用命名管道。

次要测试错误已更新

测试视图现在可以正确显示使用 unittest 和嵌套类内部参数化测试的 testscenarios 的项目。此外,测试资源管理器现在可以处理带有符号链接的工作区中的测试,特别是作为符号链接路径子项的工作区根目录,这在 WSL 场景中特别有用。

Pylance 的性能改进

Pylance 团队一直在收到反馈,称 Pylance 的性能在过去的几个版本中有所下降。我们对内存消耗和索引性能进行了一些较小的改进,以解决各种报告的问题。但是,对于那些可能仍然遇到 Pylance 性能问题的人,我们恳请通过命令面板中的 Pylance: 报告问题 命令提交问题,最好附带日志、代码示例和/或工作环境中安装的软件包。

十六进制编辑器

十六进制编辑器现在除了长期存在的“替换”模式外,还具有插入模式。插入模式允许在文件内部和末尾添加新字节,并且可以使用 Insert 键或从状态栏切换该模式。

十六进制编辑器现在还在状态栏中显示当前悬停的字节。

GitHub Pull Requests

GitHub Pull Requests 扩展方面取得了更多进展,该扩展使您能够处理、创建和管理拉取请求和问题。新功能包括

  • 当通过隐藏设置 "githubPullRequests.experimentalUpdateBranchWithGitHub": true 启用时,可用于未检出 PR 的实验性冲突解决。此功能使您无需在本地检出分支即可解决 PR 中的冲突。该功能仍处于实验阶段,并非在所有情况下都有效。
  • 当从拉取请求和问题视图触发 打开辅助功能帮助 时,会显示辅助功能帮助对话框。
  • 当有足够的空间时,所有审阅操作按钮都会显示在“活动拉取请求”侧边栏视图中。

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

TypeScript

文件监视由 VS Code 核心处理

一个新的实验性设置 typescript.tsserver.experimental.useVsCodeWatcher 控制 TS 扩展是否使用 VS Code 核心文件监视支持来满足文件监视需求。TS 广泛使用文件监视,通常使用他们自己基于 node.js 的实现。通过使用 VS Code 的文件监视器,监视应该更高效、更可靠,并消耗更少的资源。我们计划在五月份逐步为用户启用此功能,并监控回归问题。

预览功能

VS Code 原生 PowerShell 智能感知

我们已经有一个在终端内进行 PowerShell 智能感知的原型有一段时间了,最近我们有更多时间投入精力进行完善。这就是它的样子

目前,它在 - 字符或按下 ctrl+space 时触发。要启用此功能,请在您的 settings.json 文件中设置 "terminal.integrated.shellIntegration.suggestEnabled": true (目前不会在设置 UI 中显示)。

对于此功能来说,现在还处于早期阶段,但我们很乐意听到您的反馈。我们计划进行的一些更重要的改进是使其触发更加可靠 (#211222),使建议更加一致,无论弹出窗口在何处触发 (#211364),并将体验尽可能接近编辑器智能感知体验 (#211076, #211194)。

假设您正在编写一些 Markdown 文档,并且您意识到文档的某个部分实际上应该放在其他地方。因此,您将其复制并粘贴到另一个文件中。一切都很好,对吧?但是,如果复制的文本包含任何相对路径链接、参考链接或图像,那么这些链接现在很可能已损坏,您必须手动修复它们。这可能非常麻烦,但幸运的是,新的“粘贴时更新链接”功能可以为您提供帮助!

要启用此功能,只需设置 "markdown.experimental.updateLinksOnPaste": true。启用后,当您在当前编辑器中的 Markdown 文件之间复制和粘贴文本时,VS Code 会自动修复所有相对路径链接、参考链接以及所有带有相对路径的图像/视频。

粘贴后,如果您意识到您反而想要插入您复制的确切文本,则可以使用粘贴控件切换回正常的复制/粘贴行为。

支持 TypeScript 5.5

我们现在支持 TypeScript 5.5 beta 版。请查看 TypeScript 5.5 beta 版博客文章迭代计划,了解有关此版本的详细信息。

编辑器亮点包括

  • 正则表达式的语法检查。
  • 文件监视改进。

要开始使用 TypeScript 5.5 beta 版,请安装 TypeScript Nightly 扩展。请分享反馈,并告知我们您在使用 TypeScript 5.5 时是否遇到任何错误。

API

改进了对评论输入编辑器中语言功能的支持

在编写新评论时,VS Code 会创建一个精简的文本编辑器,该编辑器由 TextDocument 支持,就像 VS Code 中的主编辑器一样。在此迭代中,我们在这些评论文本编辑器中启用了一些额外的 API 功能。这包括

  • 支持工作区编辑。
  • 支持诊断。
  • 支持 paste-as 建议的 API。

评论文本文档可以通过具有 comment 方案的 URI 来标识。

我们期待看到扩展程序使用此新功能构建什么!

最终确定的窗口活动 API

窗口活动 API 已最终确定。此 API 提供了一个简单的附加 WindowState.active 布尔值,扩展程序可以使用它来确定窗口最近是否被交互。

vscode.window.onDidChangeWindowState(e => console.log('Is the user active?', e.active));

提议的 API

视图的辅助功能帮助对话框

可以通过 accessibilityHelpContent 属性为任何扩展程序贡献的视图添加辅助功能帮助对话框。当焦点在视图中时,屏幕阅读器用户会听到打开对话框的提示(⌥F1 (Windows Alt+F1, Linux Shift+Alt+F1)),其中包含概述和有用的命令。

GitHub Pull Request 扩展的 Issues 和 PR 视图使用了此 API。

语言模型和 Chat API

语言模型命名空间 (vscode.lm) 导出新函数以检索语言模型信息并计算给定字符串的标记数。它们分别是 getLanguageModelInformationcomputeTokenLength。您应该使用这些函数来构建在语言模型限制范围内的提示。

注意:内联聊天现在由即将推出的聊天参与者 API 提供支持。这也意味着 registerInteractiveEditorSessionProvider 已被弃用,并将很快被删除。

更新的文档粘贴提案

我们继续迭代 文档粘贴建议的 API。此 API 使扩展程序能够钩入文本文档中的复制/粘贴操作。

API 的显着变化包括

  • 一个新的 resolveDocumentPasteEdit 方法,它在粘贴操作时填充编辑内容。如果计算编辑内容需要很长时间,则应使用此方法,因为它仅在实际需要应用粘贴编辑内容时才被调用。

  • 现在,所有粘贴操作都由 DocumentDropOrPasteEditKind 标识。这与现有的 CodeActionKind 非常相似,并在粘贴操作的键绑定和设置中使用。

文档粘贴扩展示例 包含所有最新的 API 更改,因此您可以测试该 API。请务必分享有关更改和整体 API 设计的反馈。

悬停详细程度

在此迭代中,我们添加了一个新的建议的 API 来收缩/展开悬停提示,称为 editorHoverVerbosityLevel。它引入了一个名为 VerboseHover 的新类型,它有两个布尔字段:canIncreaseHoverVerbositycanDecreaseHoverVerbosity,它们表示悬停详细程度可以增加或减少。如果其中一个设置为 true,则悬停提示将显示 +- 图标,可用于增加/减少悬停详细程度。

建议的 API 还为 provideHover 方法引入了一个新的签名,该签名采用 HoverContext 类型的附加参数。当用户发送悬停详细程度请求时,悬停上下文会填充先前的悬停提示以及 HoverVerbosityAction,后者指示用户是希望增加还是减少详细程度。

扩展触发的 TestRuns 上的 preserveFocus

在扩展触发的测试运行请求中,有一个关于 preserveFocus 布尔值的 提案。以前,从扩展 API 触发的测试运行永远不会导致焦点移动到测试结果视图中,这需要一些扩展程序重新发明轮子以保持用户体验兼容性。可以在 TestRunRequest 上设置此新选项,以请求编辑器移动焦点,就像从编辑器内触发运行一样。

值得注意的修复

  • 209917 辅助窗口:恢复最大化状态 (Linux, Windows)

感谢

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

问题跟踪

对我们的问题跟踪的贡献

拉取请求

vscode 的贡献

vscode-css-languageservice 的贡献

vscode-emmet-helper 的贡献

vscode-eslint 的贡献

vscode-hexeditor 的贡献

vscode-json-languageservice 的贡献

vscode-languageserver-node 的贡献

vscode-python-debugger 的贡献

vscode-vsce 的贡献

language-server-protocol 的贡献

monaco-editor 的贡献