主要内容摘抄自 VSCode 1.89 发行说明，文中“我们”即 VSCode

本地工作区扩展

本地工作区扩展首次在 VS Code 1.88 版本中推出，现已（v1.89）普遍可用。您现在可以直接将扩展包含在您的工作区中，并仅为该工作区安装它。此功能旨在满足您特定的工作区需求，并提供更加量身定制的开发体验。

要使用此功能，您需要将扩展放在您的工作区的.vscode/extensions 文件夹中。然后，VS Code 会在扩展视图的工作区推荐部分显示此扩展，用户可以从那里安装它。VS Code 仅为该工作区安装此扩展。本地工作区扩展需要用户信任工作区，然后才能安装和运行此扩展。

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

这真是令人兴奋的更新，汐洛插件现已适配该特性

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

上个月，我们推出了自定义标签功能，让您可以个性化编辑器标签。该功能旨在帮助您更轻松地区分具有相同名称的文件的标签，例如 index.tsx 文件。

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

这个更新在我看来有点乏善可陈，毕竟更新前也可以轻易区分同名的标签，不过汐洛还是记录在案了。

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

这个里程碑，我们解决了一个长期存在的功能请求，即在源代码控制分支之间切换时保存和恢复编辑器。 使用 "scm.workingSets.enabled": true 设置以启用此功能。

当首次切换到一个分支时，要控制打开的编辑器，可以使用 scm.workingSets.default 设置。您可以选择没有打开的编辑器（空），或者使用当前已打开的编辑器（current， 默认值）。

禁用大型笔记本的备份

现在已经禁用了大型笔记本文件的周期性文件备份，以减少写入磁盘的时间。可以通过设置 notebook.backup.sizeLimit 来调整限制。我们还在尝试一个选项 "notebook.experimental.remoteSave": true ，可以在保存笔记本文件时避免阻塞渲染器，以便自动保存不会带来性能损失。

修复大纲/粘性滚动性能退化问题

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

我们感谢社区的反馈和耐心，我们会继续改进笔记本编辑器的性能。如果您继续遇到性能问题，请毫不犹豫地在 VS Code 仓库中提交新问题。

快速搜索

快速搜索使您能够在工作区文件中快速执行文本搜索（使用 % 百分号前缀）。快速搜索不再是实验性的，所以试试吧！✨🔍

请注意，所有快速搜索命令和设置中不再包含“实验性”关键词在其标识符中。例如，命令 ID workbench.action.experimental.quickTextSearch 变为了 workbench.action.quickTextSearch。如果您的设置或按键绑定使用了这些旧的 ID，则这可能是相关的。

搜索树递归展开

我们新增了一个上下文菜单选项，可以让您在搜索树中递归地打开所选的树节点。

⚠️ 画布渲染器的弃用

该终端设备具有三种不同的渲染器：DOM 渲染器、WebGL 渲染器和画布渲染器。我们一直想要移除画布渲染器，但由于 DOM 渲染器性能不佳以及 WebKit 未实现 webgl2，我们被阻止了。这两个问题现在都已解决！

在这个版本中，我们从备用链中移除了画布渲染器，因此只有在将 terminal.integrated.gpuAcceleration 设置显式设置为“canvas”时才启用它。**我们计划在下一个版本中彻底移除画布渲染器。如果当 terminal.integrated.gpuAcceleration 设置为“on”或“off”时出现问题，请告诉我们。

Markdown 路径补全中的图像预览

VS Code 内置的 Markdown 工具为 Markdown 中的链接和图片提供路径补全。在完成对图像或视频文件的路径时，我们现在在完成详情中直接显示一个小预览。这可以帮助您更轻松地找到所需的图像或视频。

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

想要在不打开完整的 Markdown 预览的情况下快速预览图像或视频吗？现在，您可以将鼠标悬停在图像或视频路径上，以查看其小预览。

改进的 Markdown 标题重命名

你知道吗，VS Code 内置的 Markdown 支持允许您使用 F2 重命名标题？这很有用，因为它还会自动更新所有链接到该标题的链接。在这个迭代中，我们改进了在 Markdown 文件中存在重复标题的重命名处理。

考虑 Markdown 文件：

# Readme

- [Example 1](#example)
- [Example 2](#example-1)

## Example
...

## Example
...

两个示例标题具有相同的文本，但可以通过使用唯一的 ID（＃example 和 ＃example-1）分别链接到每个标题。以前，如果将第一个示例标题重命名为第一个示例，＃example 链接将正确更改为 ＃first-example，但 ＃example-1 链接将不会更改。但是，在重命名后，＃example-1 不再是有效的链接，因为不再存在重复的示例标题。

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

# Readme
- [Example 1](#first-example)
- [Example 2](#example)

## First Example
...

## Example
...

请注意，现在两个链接都已自动更新，以确保它们仍然有效！

粘贴时自动更新的 Markdown 链接

比方说，你正在撰写一些 Markdown 文档，然后意识到文档中的某一部分实际上应该放在另一个地方。于是，你将它复制并粘贴到另一个文件中。一切都很好，对吧？但是，如果复制的文本中包含任何相对路径链接、引用链接或图像，那么这些链接很可能会失效，你将不得不手动修复它们。这可能会很麻烦，但幸运的是，新的“粘贴后更新链接”功能来帮忙啦！

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

粘贴后，如果您意识到您实际上想要插入您复制的确切文本，您可以使用粘贴控制切换回正常的复制/粘贴行为。

Python 新的自动缩进设置

以前，Pylance 的自动缩进行为是通过 editor.formatOnType 设置来控制的，如果你想禁用自动缩进但启用其他支持工具的格式化，这可能会有问题。为了解决这个问题，Pylance 有自己的设置来控制其自动缩进行为：python.analysis.autoIndent，默认情况下是启用的。