现已发布！阅读关于 11 月份的新功能和修复内容。

2020 年 6 月（版本 1.47）

更新 1.47.1：此更新解决了此安全问题。

更新 1.47.2：此更新解决了这些问题。

更新 1.47.3：此更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：Intel | Linux：deb rpm tarball snap

欢迎使用 Visual Studio Code 2020 年 6 月版。此版本中有很多更新，我们希望您会喜欢，其中一些主要亮点包括

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

加入我们的直播，请于太平洋时间 7 月 13 日星期一上午 9 点（伦敦时间下午 5 点）参加 VS Code 团队的直播，观看此版本的新功能演示并现场向我们提问。

Insiders： 想尽快尝试新功能吗？您可以下载每晚的 Insiders 构建版本，并尝试最新的更新（一旦可用）。有关最新的 Visual Studio Code 新闻、更新和内容，请在 Twitter 上关注我们@code！

辅助功能

在这个里程碑中，我们再次收到了社区的宝贵反馈，这帮助我们识别和解决了很多辅助功能问题。主要更新：

  • 文件资源管理器中的紧凑型文件夹现在可以正确叙述展开/折叠状态和 ARIA 级别。
  • 屏幕阅读器现在可以更新编辑器中的光标偏移。因此，屏幕阅读器的“朗读全部”命令在停止和恢复时应能更好地工作。
  • 相同的 ARIA 实时消息现在将被屏幕阅读器正确地重新读取。

工作台

从设置编辑器编辑对象设置

以前，设置编辑器只能用于编辑基本类型（如字符串和布尔值）的设置，对于更复杂的设置类型，您需要直接编辑 settings.json。现在，您可以从设置编辑器编辑非嵌套的对象设置。扩展作者可以使用此功能来提高这些类型设置的可见性。

之前

在设置编辑器中

Object setting in the old Settings editor

以及在 settings.json 中

Object setting in the JSON editor

之后

在设置编辑器中

Object setting in the new Settings editor

在列表视图中选择并保持焦点

有一个新的命令 list.selectAndPreserveFocus，可让您从列表中选择一个项目，同时将焦点保留在该列表中。如果您想从列表（如文件资源管理器）中选择多个文件，而不想将焦点转移到文件编辑器，这将非常有用。

默认情况下，该命令未绑定到任何键盘快捷键，但您可以添加自己的键绑定

{
  "key": "ctrl+o",
  "command": "list.selectAndPreserveFocus"
}

稳定的 Windows ARM 构建

适用于 ARM 的 Windows 版 VS Code 现在可用于稳定版了！🎉

通过拖放安装 VSIX

VS Code 现在支持通过将 VSIX 扩展文件拖放到“扩展”视图上来安装扩展。

新的搜索编辑器命令参数

向“搜索编辑器”命令（search.action.openNewEditor、search.action.openNewEditorToSide）添加了两个新参数，以允许键绑定配置新“搜索编辑器”的行为方式

  • triggerSearch - 是否在打开“搜索编辑器”时自动运行搜索。默认为 true。
  • focusResults - 是将焦点放在搜索结果中还是查询输入中。默认为 true。

例如，以下键绑定会在打开“搜索编辑器”时运行搜索，但将焦点保留在搜索查询控件中。

{
  "key": "ctrl+o",
  "command": "search.action.openNewEditor",
  "args": { "query": "VS Code", "triggerSearch": true, "focusResults": false }
}

新的搜索编辑器上下文默认值

search.searchEditor.defaultNumberOfContextLines 设置已更新为默认值为 1 而不是 0，这意味着在“搜索编辑器”中，每个结果行之前和之后将显示一个上下文行。要恢复旧行为，请将值设置回 0。

列表/树：动态水平滚动

以前存在的 workbench.list.horizontalScrolling 设置现在可以在运行时切换，而无需强制您重新加载工作台。

编辑器

正则表达式替换中的大小写更改

VS Code 现在支持在编辑器中进行查找/替换时更改正则表达式匹配组的大小写。这通过修饰符 \u\U\l\L 完成，其中 \u 和 \l 将对单个字符进行大写/小写转换，而 \U 和 \L 将对匹配组的其余部分进行大写/小写转换。

示例

Changing case while doing find and replace

修饰符也可以堆叠 - 例如，\u\u\u$1 将对组的前三个字符进行大写，或者 \l\U$1 将对第一个字符进行小写，并对其余字符进行大写。

目前，这些仅在编辑器的“查找”控件中受支持，而不在全局“在文件中查找”中受支持。

调试

新的 JavaScript 调试器

我们的新 JavaScript 调试器在上个月的 Insiders 版本中成为默认调试器后，现在是 VS Code 中 JavaScript（Node.js 和 Chrome）的默认调试器。如果您跳过了过去几个 VS Code 更改日志的“预览功能”部分，您可以在调试器 README 的 新增功能部分中了解最新信息。

您无需更改任何设置或启动配置即可利用新的调试器。如果您遇到任何问题，请打开一个问题！

单文件调试

直到今天，VS Code 调试器还没有一种标准方式来显示编辑器中的文件只需单击一个按钮即可轻松调试。一些调试扩展允许您这样做，通常使用提示您“调试编辑器中的文件”的调试配置。但是，用户仍然必须在调试配置下拉菜单中选择正确的配置才能使用 F5。其他调试扩展为 F5 实现了回退策略：如果不存在 launch.json，则 F5 将尝试调试当前在活动编辑器中打开的文件。

由于这两种方法都不容易被发现，因此一些调试扩展（例如 Python）已开始向编辑器的标题区域添加“运行”按钮。

由于我们没有找到更好的方法，并且此方法可以在无需任何新 API 的情况下实现，因此我们编写了一些关于如何以标准方式实现它的指南。扩展作者可以在下面的“扩展创作”部分中找到这些指南。

用户只需记住这些图标

Run and debug action in editor title

如果一个或两个图标显示在编辑器标题区域的左侧，则只需单击一下即可运行或调试编辑器中的文件。

更整洁的“调用堆栈”视图

我们已开始使“调用堆栈”对于常见情况来说不再那么拥挤： “调用堆栈”视图现在支持隐藏由于技术原因而存在的调试会话节点，但这些节点对用户没有太大价值。

第一个选择加入此功能的调试扩展是新的 JavaScript 调试器，它可以在只有一个子会话时消除父调试会话。

Screenshot of two "Call Stack" views. Without compaction, there is an extra child session between the parent session and each attached worker processes.

我们希望其他调试扩展也会效仿。请参阅下面新的建议 API。

跳转到光标的新命令别名设置下一语句

为了使“跳转到光标”命令更容易被来自 Visual Studio 的用户发现，我们添加了命令别名“设置下一语句”。

如果您不知道“跳转到光标”的功能：它可以让您将程序执行移动到新位置，而无需执行中间的任何源代码。

悬停时的断点路径

当在“断点”视图中悬停在源断点上方时，VS Code 现在会显示断点的绝对路径。

任务

pnpm 包管理器支持

pnpm 现在是 npm.packageManager 设置的有效选择，与 npm 和 yarn 一起运行您的脚本。

源代码管理

单视图

“源代码管理”视图已合并到单个视图中

Source Control with a single view

所有仓库都显示在一个视图中，因此您可以更好地了解整个工作空间的状态。此外，“源代码管理”视图现在可以移动到面板中，其他视图也可以移动到“源代码管理”视图容器中。

查看和排序

我们添加了对在列表视图选项中按名称、路径（默认）和状态对源代码管理视图中的更改进行排序的支持。我们将视图选项（列表与树）和排序选项合并到上下文菜单中的新**查看和排序**菜单项中。

View & Sort in Source Control

Git：恢复 squash 消息

与通常的 git merge 命令类似，如果用户正在执行 git merge --squash 命令，SCM 视图现在将使用默认消息恢复 SCM 输入。

语言

TypeScript 3.9.6

VS Code 现在捆绑了 TypeScript 3.9.6。这个小更新修复了一些错误，包括一个可能导致 TypeScript 服务器在某些源代码模式下崩溃的错误。

浏览器支持

大文件上传支持

您现在可以将大型文件和文件夹上传到 VS Code 的 Web 版本，并且会准确报告进度，以便您可以跟踪已上传的字节数以及上传速度。

Web upload indicator in bottom Status bar

文本文件编码支持

在此里程碑中，我们为浏览器中的文本编码读写提供了全面的支持。我们依赖两个库，这些库现在通过利用 webpack 在浏览器中得到了支持

这项工作将在 7 月继续进行，并且应该很快全面可用。

预览功能

预览功能尚未准备好发布，但功能足以使用。我们欢迎您在开发过程中提供早期反馈。

设置同步

我们过去几个月一直在努力支持跨机器同步 VS Code 首选项，此功能可在 Insiders 版本上进行预览。

您现在可以使用**在“已同步的机器”视图中的机器条目上使用“关闭首选项同步”上下文菜单操作来禁用其他机器上的同步。**

Turn off preferences sync for a machine

我们还改进了打开同步时的进度信息。

TypeScript 4.0 支持

在此迭代中，我们继续改进对 TypeScript 4.0 的支持。一些亮点包括

  • 在编辑器中使用删除线突出显示对已弃用符号的调用

    Call to a deprecated function rendered in the editor

  • 解释为什么无法应用给定重构的原因

    Displaying the reason a refactoring cannot be applied

  • 改进的自动导入 - 在 TypeScript 4.0 博客文章 中阅读更多内容。

您可以通过安装 TypeScript nightly 扩展来立即试用这些功能。

加载大型 JavaScript 或 TypeScript 项目时提供部分 IntelliSense 支持

TypeScript 4.0 beta 还带来了一个新功能，该功能应有助于减少您在加载大型 JavaScript 或 TypeScript 项目时等待的时间。为了解释这是如何工作的，我们首先需要介绍一下当前版本的 TypeScript 的工作原理。

当您在 VS Code 中打开 JavaScript 或 TypeScript 文件时，TypeScript 语言服务会确定该文件属于哪个项目，然后为其加载关联的项目。有时这个项目可能很大，例如包含数千个 TypeScript 文件的 VS Code 核心代码库。在加载项目时，VS Code 能够处理基本的语法操作，例如获取文档大纲和启用代码折叠，但它目前无法提供 IntelliSense 或其他更高级的语言功能，因为它们依赖于理解整个项目。例如，为了提供自动导入，TypeScript 语言服务需要知道项目中的所有导出符号。

TypeScript 4.0 中的更改使得 VS Code 可以在大型项目仍在加载时提供 IntelliSense 和其他更高级的语言功能。需要注意的是，我们能够提供的 IntelliSense 仅限于查阅当前文件而不是整个项目。这意味着诸如建议和**转到定义**之类的功能将起作用，但是我们只会显示当前文件中的建议，并且您只能运行**转到定义**以跳转到当前文件中的另一个符号。

如果您使用大型 JavaScript 和 TypeScript 项目，我们很乐意听取您对此新功能的反馈。您可以使用 TypeScript nightly 扩展立即试用它。我们希望它可以让您几乎立即开始处理您的代码，直到更完整的、项目范围的 IntelliSense 可用。

代码操作的撤消/重做

我们正在努力实现撤消和重做代码操作和重构的功能。一个突出的例子是 Java 类重命名重构，它会进行文本更改，并在磁盘上重命名文件。现在可以撤消此操作，但仍需要触发两次撤消操作。请继续关注我们进一步改进此功能，并请提供早期反馈。

扩展的贡献

笔记本

VS Code 团队正在继续开发对笔记本的原生支持。为了帮助开发，我们创建了一个 GitHub Issue Notebooks 扩展，可让您搜索 GitHub 问题和拉取请求。此扩展仍在预览中，需要使用 VS Code Insiders，但它可以让您亲身体验 Notebooks，我们欢迎您的反馈。

更新的 UX

我们更新了 Notebook 单元格的视觉外观，使其设计更加紧凑。我们还为选定的单元格添加了阴影轮廓，以使选择状态更加明显。

Updated Notebook UX

笔记本热退出支持

我们在 Notebooks 中添加了热退出支持，以允许扩展程序处理备份和恢复。现在，您的未保存的本地更改可以由扩展程序序列化，并在重新打开工作区时恢复。

撤消/重做增强

我们添加了对扩展程序参与撤消/重做堆栈的支持。扩展程序现在可以控制哪些操作是可撤消的。例如，在 GitHub Issue Notebook 中，您可以选择**锁定**按钮来使单元格内容变为只读，也可以通过正常的撤消/重做命令来撤消/重做此操作。

Undo/Redo in GitHub Issue Notebook

主题：GitHub 主题

创建未命名笔记本

我们扩展了**新建文件**命令 (⌘N (Windows, Linux Ctrl+N)) 以支持创建新的未命名笔记本文件。例如，您可以使用下面的快捷键快速创建 GitHub Issue Notebook 并运行查询。

{
  "key": "cmd+i",
  "command": "workbench.action.files.newUntitledFile",
  "args": { "viewType": "github-issues" }
}

Create Untitled GitHub Issue Notebook

主题：GitHub 主题

笔记本颜色标记

我们还为 Notebooks 添加了以下颜色标记

  • notebook.cellBorderColor：笔记本单元格的边框颜色
  • notebook.cellHoverBackground：当鼠标悬停在单元格上时单元格的背景颜色
  • notebook.cellInsertionIndicator：笔记本单元格插入指示器的颜色
  • notebook.focusedCellBackground：当单元格被聚焦时的单元格背景颜色
  • notebook.focusedCellBorder：当单元格被聚焦时单元格顶部和底部边框的颜色
  • notebook.focusedCellShadow：当单元格被聚焦时单元格阴影的颜色
  • notebook.focusedEditorBorder：笔记本单元格编辑器边框的颜色

两个新的示例展示了如何在 Notebooks 中支持调试

笔记本扩展指南

如果您有兴趣为 VS Code 创建笔记本扩展，则有一个新指南详细介绍了 笔记本 API。您将了解 API 以及 VS Code 笔记本基础设施和笔记本扩展开发最佳实践的详细信息。

远程开发

我们继续开发 远程开发扩展，它允许您使用容器、远程计算机或 Windows Subsystem for Linux (WSL) 作为功能齐全的开发环境。

1.47 中的功能亮点包括

  • 远程 - SSH：远程服务器可以侦听套接字而不是端口。
  • 开发容器：提示在卷中打开存储库。
  • 开发容器和 WSL：查看最近的 在 WSL 2 中使用开发容器 博客文章。

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

如果您是 VS Code 远程开发的新手，可以从这些入门教程开始

Azure 帐户

最新版本的 Azure 帐户扩展现在公开了一个凭据对象，该对象可以与最新的 Azure SDK 一起使用。

GitHub 拉取请求和问题

我们继续开发 GitHub 拉取请求和问题扩展，它允许您处理、创建和管理拉取请求和问题。此版本的一些更新包括

  • 问题视图中的 Markdown 悬停。
  • 在新问题编辑器中添加标签建议。
  • 支持以 GH-123 格式显示的问题的悬停。

要了解所有新功能和更新，您可以查看扩展的 0.18.0 版本完整更改日志。

十六进制编辑器

继续改进 HexEditor 扩展，以便在 VS Code 中提供原生的十六进制编辑体验。此版本对扩展的主要更新包括简单的编辑支持（允许用户撤消、重做、编辑现有的十六进制单元格，并将新单元格添加到文档末尾）和大型文件优化，允许用户打开 18 兆字节以上的文件，这在以前是不可能的。

Editing in the HexEditor extension

可以在 更改日志 中找到值得注意的更改的完整列表。可以将任何遇到的反馈或问题提交到 vscode-hexeditor 存储库。

扩展创作

辅助功能信息

我们已经最终确定了 TreeItem、StatusBarItem 和 TimelineItem 元素中的 AccessibilityInformation，以支持屏幕阅读器。AccessibilityInformation 包含一个 label 和一个 role。当项目获得焦点时，屏幕阅读器会读出 label。项目的 role 定义了屏幕阅读器如何与其交互。role 应该在特殊情况下设置，例如，当一个类似树的元素表现得像一个复选框时。如果未指定 role，VS Code 将自动选择适当的 role。

“转到位置”的后备消息

现在，当找不到任何位置时，editor.action.goToLocations 命令可以显示后备消息。这允许扩展实现诸如转到超类型之类的功能，其行为就像内置功能，例如转到定义。下面的代码片段是一个扩展调用此命令的完整示例。

vscode.commands.executeCommand(
  'editor.action.goToLocations',
  vscode.window.activeTextEditor.document.uri, //anchor uri and position
  vscode.window.activeTextEditor.selection.start,
  [], // results (vscode.Location[])
  'goto', // mode
  'No Super Types Found' // <- message
);

改进单文件调试体验的指南

对于希望通过向编辑器添加“运行”和/或“调试”按钮来改进单文件调试体验的调试扩展，我们建议遵循以下指南以获得一致的外观和感觉

  • 在 package.json 中贡献“运行”和/或“调试”命令 (请参阅 Mock Debug)
    • 使用命令标题“运行文件”/“调试文件”或“运行 Python 文件”/“调试 Python 文件”。
    • “运行”使用 $(play) 图标，“调试”使用 $(debug-alt-small) 图标。
  • 将命令添加到编辑器标题区域 (请参阅 Mock Debug)
    • 要使命令仅对特定语言可见，请使用“when”子句，例如 "resourceLangId == python"。
    • 将“运行”命令放在 1_run@10 组中，将“调试”命令放在 1_run@20 组中。

CodeActionProviderMetadata.documentation

CodeActionProviderMetadata 上的新 documentation 属性允许扩展为它们返回的代码操作提供静态文档。当提供程序返回代码操作时，此文档会显示在代码操作列表的底部。

A documentation entry in the Code Actions menu

当用户选择文档条目时，将执行一个命令。此命令可以在编辑器中显示文档或在浏览器中打开它。

打开和保存对话框标题

通过 OpenDialogOptions 和 SaveDialogOptions 为打开和保存文件对话框提供 title 的 API 已最终确定。请注意，并非所有操作系统都允许设置此标题，因此行为可能会因扩展运行的位置而异。

新的扩展类别

现在，您可以使用以下新添加的类别来分类您的扩展。

  • 数据科学
  • 机器学习
  • 可视化
  • 测试
  • 笔记本

辅助按钮样式

我们引入了辅助按钮样式，以便在需要使按钮不那么突出时使用。

  • button.secondaryForeground
  • button.secondaryBackground
  • button.secondaryHoverBackground

GitHub 工作流程徽章

现在，您可以将 GitHub 工作流程徽章添加到已发布扩展的徽章列表中，因为 github.com 已添加到 批准的徽章来源列表中。

GitHub Workflow badge

通过 argv.json 启用建议的 API

现在 argv.json 中支持 enable-proposed-api 字段。这允许扩展作者在已发布的版本中运行他们建议的 API 扩展以进行长期试用，而无需通过命令行打开 VS Code 并传递 --enable-proposed-api CLI 标志。

新的 codicon 图标

我们已将以下新图标添加到我们的 codicon 库

  • debug-alt-small
  • vm-connect

Codicons icons

语言服务器协议

对 语义令牌 的支持以及在 完成项中延迟解析其他文本编辑的功能已添加到即将发布的 3.16 规范中。

建议的扩展 API

每个里程碑都带有新的建议 API，扩展作者可以试用它们。和往常一样，我们需要您的反馈。这是您试用建议的 API 所必须做的

  • 您必须使用 Insiders 版本，因为建议的 API 经常更改。
  • 您的扩展的 package.json 文件中必须有这一行："enableProposedApi": true。
  • 将 vscode.proposed.d.ts 文件的最新版本复制到您的项目的源位置。

请注意，您不能发布使用建议的 API 的扩展。下一个版本可能会有重大更改，我们永远不想破坏现有扩展。

终端链接提供程序

在 上一个版本中添加的终端新链接系统的基础上，这个新的提案 window.registerLinkProvider 允许扩展将链接附加到终端，包括悬停时显示的工具提示标签。

Terminal Link Provider

这与先前提出的（现在已弃用的）“链接处理程序” API 形成对比，该 API 允许您的扩展可能处理有问题的链接，如果它不处理，则会有一个后备链。这种链接肯定会被处理的新模型更符合链接可能有一系列可能操作的愿景。

用于“不调试运行”的新 API

VS Code 的“不调试运行”功能是一种调试的变体，其中重用现有的调试配置来运行程序，而不是调试它。此运行模式的一个结果是程序不会中断到调试器中，既不会因为命中断点，也不会因为任何其他原因。

在此里程碑中，我们为“不调试运行”提供了官方扩展 API：在 debug.startDebugging 函数的 DebugSessionOptions 中添加了一个新的属性 noDebug。noDebug 控制即将开始的会话是否应该在有或没有调试的情况下运行。当缺少 noDebug 属性时，将使用父会话（如果有）中的值。如果没有父会话，则缺少 noDebug 属性的值将假定为“false”。

请注意：以前可以在启动配置中添加 noDebug 标志来实现相同的效果。此非官方 API 现在已弃用（但仍受支持），我们建议扩展过渡到新的 API。

用于减少调用堆栈视图中混乱的新 API

随着复杂的调试扩展和调试设置的出现，更多的调试会话出现在调用堆栈树视图中，使其看起来很拥挤。在大多数情况下，调试会话对用户很有用，并且他们需要完全控制它们。在其他情况下，一些调试会话只是实现工件或一组子会话的分组机制。

为了在常见情况下减少调用堆栈视图的拥挤，我们引入了一项功能，如果父调试会话只有一个子会话，则会隐藏该父调试会话节点。此功能称为“紧凑模式”，可通过 debug.startDebugging 函数的 DebugSessionOptions 中的新可选 compact 属性使用。

如果 compact 为 true，则只要新创建的调试会话的父级只有一个子会话，该父级就会在调用堆栈视图中隐藏。如果 compact 为 false 或缺失，则父节点保持可见（这是当前的行为）。

树中的 Markdown 悬停

有一个新的建议 API，允许 TreeItem 的 tooltip 为 MarkdownString。除了允许工具提示使用 Markdown 之外，TreeDataProvider 上还有一个新的 resolveTreeItem。resolveTreeItem 背后的想法是，可能需要更长时间计算的属性（目前只有 tooltip）可以稍后解析，而不是预先为每个树项目计算。您可以在 GitHub Pull Requests and Issues 扩展中看到 resolveTreeItem 和 Markdown tooltip 的使用。

工程

使用 TypeScript 4.0 构建 VS Code

VS Code 现在使用 TypeScript 4.0 的 每日构建版本 构建。

这个新的 TypeScript 版本帮助我们捕获了一些 访问器周围的潜在错误，并且还帮助我们测试即将发布的 TypeScript 版本。

文档和扩展

C++ 的 CMake 工具

有关使用 CMake 和 CMake 工具扩展开发 C++ 应用程序的新教程。

CMake Tools extension

macOS 的 Java Pack 安装程序

适用于 Java Pack 安装程序的 Visual Studio Code 下载在 macOS 上的 Visual Studio Code 中进行 Java 开发所需的依赖项和扩展。

Java Pack installer for macOS

重要修复

  • 71291: 横向滚动会破坏树中的渲染
  • 93230: 局部变量以令人烦恼的方式折叠
  • 98309: 在工作副本文件服务中支持多个文件
  • 99061: 允许重新打开已关闭的差异编辑器
  • 99290: Git：在重新加载时还原差异编辑器
  • 99704: 顶部的调试会话行在未暂停时显示“已暂停”
  • 99786: 当调试工具栏位置停靠时，无法启动其他会话
  • 100524: SCM 装饰缺失
  • 101132: 离线尝试打开发行说明后，永远无法打开它们

感谢

最后但同样重要的是，非常感谢以下本月为 VS Code 做出贡献的人们

对我们问题跟踪的贡献

对 vscode 的贡献

对 vscode-extension-samples 的贡献

对 vscode-eslint 的贡献

对 debug-adapter-protocol 的贡献

对 language-server-protocol 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-css-languageservice 的贡献

对 node-jsonc-parser 的贡献

对 vscode-generator-code 的贡献

对 vscode-vsce 的贡献