在 VS Code 中试用 ！

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 live 消息现在将被屏幕阅读器正确地重新朗读。

工作台

在设置编辑器中编辑对象设置

以前，设置编辑器只能用于编辑原始类型（如字符串和布尔值）的设置，对于更复杂的设置类型，您需要直接编辑 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 的默认值已从 0 更新为 1，这意味着在搜索编辑器中的每行结果之前和之后将显示一行上下文。要恢复旧行为，请将值设置回 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

所有存储库都在一个视图中呈现，以便您可以更好地了解整个工作区状态。此外，源代码管理视图现在可以移动到面板中，其他视图也可以移动到源代码管理视图容器中。

查看和排序

我们添加了对源代码管理视图中更改按名称、路径（默认）和状态排序的支持，当使用列表视图选项时。我们已将视图选项（列表 vs. 树）和排序选项整合到上下文菜单中的新查看和排序菜单项中。

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 extension 今天就试用这些功能。

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

TypeScript 4.0 Beta 版还带来了一个新功能，有助于减少加载大型 JavaScript 或 TypeScript 项目时的等待时间。为了解释其工作原理，我们首先需要回顾一下当前版本 TypeScript 的工作原理。

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

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

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

代码操作的撤消/重做

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

对扩展的贡献

Notebooks

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

更新的用户体验

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

Updated Notebook UX

Notebook 热退出支持

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

撤消/重做增强

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

Undo/Redo in GitHub Issue Notebook

主题：GitHub Theme

创建无标题 Notebook

我们扩展了新建文件命令（⌘N (Windows, Linux Ctrl+N)），以支持创建新的无标题 Notebook 文件。例如，您可以使用下面的键绑定快速创建 GitHub Issue Notebook 并运行查询。

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

Create Untitled GitHub Issue Notebook

主题：GitHub Theme

Notebook 颜色令牌

我们还为 Notebooks 添加了以下颜色令牌

  • notebook.cellBorderColor: Notebook 单元格的边框颜色
  • notebook.cellHoverBackground: 单元格悬停时的背景颜色
  • notebook.cellInsertionIndicator: Notebook 单元格插入指示器的颜色
  • notebook.focusedCellBackground: 单元格聚焦时的背景颜色
  • notebook.focusedCellBorder: 单元格聚焦时顶部和底部边框的颜色
  • notebook.focusedCellShadow: 单元格聚焦时的单元格阴影颜色
  • notebook.focusedEditorBorder: Notebook 单元格编辑器边框的颜色

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

Notebook 扩展指南

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

远程开发

远程开发扩展的工作仍在继续，它允许您使用容器、远程机器或 适用于 Linux 的 Windows 子系统 (WSL) 作为全功能的开发环境。

1.47 版本的功能亮点包括

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

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

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

Azure 帐户

最新版本的 Azure Account 扩展现在公开了一个凭据对象，可与最新的 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 已最终确定。请注意，并非所有操作系统都允许设置此标题，因此行为可能因扩展运行的位置而异。

新的扩展类别

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

  • 数据科学
  • 机器学习
  • 可视化
  • 测试
  • Notebooks

次要按钮样式

我们引入了一种次要按钮样式，用于需要使按钮不那么突出的情况

  • 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

Language Server Protocol

即将发布的 3.16 规范已添加对语义令牌和在完成项中延迟解析附加文本编辑的支持。

提议的扩展 API

每个里程碑都会带来新的提议 API，扩展作者可以试用。一如既往，我们希望获得您的反馈。以下是试用提议 API 的步骤：

  • 您必须使用 Insiders 版本，因为提议的 API 会频繁更改。
  • 您的扩展的 package.json 文件中必须包含此行："enableProposedApi": true。
  • 将最新版本的 vscode.proposed.d.ts 文件复制到您项目的源文件位置。

请注意，您不能发布使用提议 API 的扩展。在下一次发布中可能存在重大更改，我们绝不希望破坏现有扩展。

终端链接提供程序

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

Terminal Link Provider

这与之前提议（现已弃用）的 “链接处理程序” 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 版本帮助我们捕获了一些 关于访问器的潜在 bug，同时也帮助我们测试即将发布的 TypeScript 版本。

文档和扩展

适用于 C++ 的 CMake Tools 扩展

关于如何使用 CMake 和 CMake Tools 扩展 开发 C++ 应用程序 的新教程。

CMake Tools extension

适用于 macOS 的 Java Pack 安装程序

Visual Studio Code for Java Pack 安装程序 会在 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 的贡献