2020 年 5 月(版本 1.46)
更新 1.46.1:此更新解决了这些问题。
下载:Windows:x64 Arm64 | Mac:Intel | Linux:deb rpm tarball snap
欢迎使用 Visual Studio Code 2020 年 5 月版。
- 辅助功能改进 - 状态栏导航,更轻松的键盘文本选择。
- 灵活的视图和面板布局 - 在侧边栏和面板中移动和分组视图。
- 固定的编辑器选项卡 - 在标题栏中固定编辑器,以便随时使用常用文件。
- 添加 GitHub 远程仓库 - 将 GitHub 远程仓库添加到本地存储库。
- 自动调试器配置改进 - 保存和修改生成的调试配置。
- JavaScript CommonJS 自动导入 - 自动导入现在将为 CommonJS 模块使用
require
。 - JS/TS 重构保留换行符 - 在重构操作期间保留格式。
- 设置同步预览 - 新的“已同步的机器”和“数据”视图,用于管理您的首选项。
- GitHub 问题笔记本 - 运行 GitHub 问题查询并在自定义笔记本中显示结果。
- Windows ARM64 支持 - 新的 VS Code Insiders ARM64 构建版本可用。
- Build 2020 上的 VS Code - 关于技巧和窍门、远程开发和 VS Code 历史的演讲。
如果您想在线阅读这些发行说明,请访问 更新,地址为 code.visualstudio.com。
辅助功能
在这个里程碑中,我们再次收到了来自社区的非常有用的反馈,这使我们能够识别和解决许多辅助功能问题。
- 状态栏现在支持键盘导航。当焦点位于状态栏中时,通过聚焦下一个部件 (F6),箭头导航在状态栏条目之间移动。
- 为了更容易地使用键盘开始和结束选择,有四个新命令
- 设置选区锚点 (⌘K ⌘B (Windows, Linux Ctrl+K Ctrl+B))
- 从锚点选择到光标位置 (⌘K ⌘K (Windows, Linux Ctrl+K Ctrl+K))
- 取消选区锚点 (Escape)
- 转到选区锚点
- 活动栏条目现在具有
tab
角色并设置适当的aria-expanded
状态。 - 编辑器的 Aria 标签现在正确传达以下编辑器状态:
pinned
、preview
和readonly
。
工作台
灵活布局
在几个迭代中,我们宣布了在使我们的布局更灵活方面取得的进展。在此版本中,这组功能现在已准备好供常规使用。以下是这些功能的概述。
在侧边栏和面板之间移动视图
也许您希望侧边栏中的视图位于面板中,反之亦然。为此,您现在可以从其当前位置拖动视图的标题或整个组的图标或标题,并将其移动到所需的位置。从键盘上,可以使用命令视图:移动视图 (workbench.action.moveView
) 和视图:移动聚焦的视图 (workbench.action.moveFocusedView
)。
以下是将“搜索”拖动到面板并将“问题”拖动到侧边栏的演示。
将“搜索”拖动到面板并将“问题”拖动到活动栏
主题:GitHub Light
之前有一个设置用于将“搜索”视图从侧边栏移动到面板,现在该设置已过时,因为可以使用拖放操作代替。
分组视图
您可能还想将一些来自不同扩展的视图分组在一起,或者您觉得内置视图的默认组不太适合您。您可以将视图移动到现有组中,也可以为选定的一组视图创建新组。这在侧边栏和面板中都像以前一样工作。以下是一些示例。
将“时间线”视图从“资源管理器”拖动到“源代码管理”
将“监视”视图从“运行侧边栏”拖动到“面板”中的“调试控制台”旁边
在侧边栏和面板中使用“时间线”和 GitLens 创建自定义历史记录组
主题:GitHub Light
重置视图位置
视图和视图组可以通过其上下文菜单重置为其默认位置。当视图已从其默认位置移动时,将有一个条目重置位置将其移回其原位。还有命令视图:重置聚焦的视图位置 (workbench.action.resetFocusedViewLocation
) 和视图:重置视图位置 (workbench.action.resetViewLocations
) 用于将所有视图和组重置回其默认位置。
对于贡献视图或视图容器的扩展作者
当视图在工作台中移动时,它们有时需要以不同的方式呈现,如果它们不在默认位置,则可以使用图标或额外的上下文。在贡献视图时,作者现在可以提供 icon
属性和 contextualTitle
。如果未提供,这些将默认为视图容器的图标和标题。
最后,扩展作者现在可以开始直接将视图容器贡献到 panel
而不是 activitybar
,如树视图扩展指南中所述。
固定选项卡
您现在可以从上下文菜单或使用新命令 workbench.action.pinEditor
(⌘K ⇧Enter (Windows, Linux Ctrl+K Shift+Enter)) 固定选项卡。
主题:GitHub Light
固定选项卡具有许多有用的功能,可帮助标记对您重要的文件
- 固定选项卡始终显示在非固定选项卡之前。
- 如果您打开了很多选项卡,它们不会滚动出视图。
- 使用关闭其他等命令时,它们不会关闭。
- 即使您超出打开编辑器的设置限制,它们也不会关闭。
您还可以拖放选项卡以更改固定状态。
固定选项卡在视觉上缩小到图标大小(如果禁用图标,则会显示文件名的第一个字母)以节省空间。如果您想查看带有固定选项卡的脏指示器,可以将 workbench.editor.highlightModifiedTabs: true
设置为 true。
注意:我们仍在考虑呈现固定选项卡的其他方法。如果您有任何意见,请随时在现有问题中分享您的想法,例如显示辅助选项卡栏或设置显示更多固定选项卡的上下文。
搜索编辑器
有几个新选项用于配置如何创建搜索编辑器
search.searchEditor.defaultNumberOfContextLines
- 配置搜索编辑器默认显示的上下文行数。search.searchEditor.reusePriorSearchConfiguration
- 在创建新的搜索编辑器时,重用上次活动的搜索编辑器的配置。- 支持在键盘快捷键参数中传递搜索编辑器配置变量 (参数详细信息)。
资源管理器自动显示焦点而不强制滚动
explorer.autoReveal
设置有一个新选项 focusNoScroll
。使用此选项时,“资源管理器”将在打开文件时自动选择文件,但不会滚动以在“资源管理器”视图中显示它们。
列表和树的平滑滚动
启用 workbench.list.smoothScrolling
设置将使列表和树中的滚动更加平滑,尤其是在缺少平滑滚动的硬件上(例如,Windows 上的离散鼠标滚轮)。
边框大小配置
您现在可以使用 workbench.sash.size
设置来配置视图/编辑器之间拖动区域的反馈区域大小(以像素为单位)。如果您觉得使用鼠标难以调整视图大小,请将其设置为更大的值。
屏幕广播模式字体大小
新的 screencastMode.fontSize
设置允许您配置屏幕广播模式下使用的字体大小(以像素为单位)。
受信任的链接保护
VS Code 现在允许直接打开指向工作区中任何 GitHub 远程仓库的 URL 链接。此外,如果您已使用 GitHub 登录,则指向您的 GitHub 个人资料下所有页面的链接都将被信任。
编辑器
跨文件撤销已关闭的文件
现在可以跨文件撤销,即使文件在此期间已关闭。编辑过的文件将重新打开,并且跨文件操作(例如重命名符号)将在所有受影响的文件中撤销。
不寻常的行尾符
VS Code 目前将 CR(回车符)、LF(换行符)和 CRLF 识别为行尾符。某些编程语言对构成行尾符的定义不同。这因语言而异,例如 LS(行分隔符)和 PS(段落分隔符)是 C# 和 JavaScript 中的行尾符,但在 HTML、PHP 或 Java 中不是。当 VS Code 与语言服务器通信时,这些行尾差异可能会导致问题,因为各种概念是在 VS Code 和语言服务器之间使用 (行;字符)
坐标进行通信的。如果行尾符的定义不同,则可能导致文件中行和位置的映射不同。
打开文件时,VS Code 现在将检查打开的文件中是否存在 LS 或 PS,并提示并请求删除这些字符的权限。这些不寻常的行尾符在实践中很少见,并且很可能是通过复制粘贴意外插入到源代码中的。
集成终端
改进的链接支持
上个月的集成终端链接预览已取代旧的实现。新的链接实现现在支持
- 改进的 Web 和
file://
链接检测,通过使用编辑器的链接检测。 - 文件夹链接支持,可以在资源管理器中打开文件夹或打开新的 VS Code 窗口。
- 不同链接类型的不同链接操作,回退到搜索工作区的“单词”链接(基于
terminal.integrated.wordSeparators
设置)。 - 与编辑器类似的链接突出显示和悬停体验。
主题:Topaz (Dim)
任务
继续最近的任务性能改进,运行生成任务将不再总是向扩展请求其任务。如果您在文件夹的 tasks.json
中配置了默认生成任务,则运行生成任务将仅尝试解析该任务,而不是在运行默认生成任务之前查找所有扩展的所有任务。
源代码管理
在终端中打开
您现在可以从“源代码管理”视图中的上下文菜单在终端中打开存储库。
从 GitHub 添加远程仓库
您现在可以使用 Git:添加远程... 命令将 GitHub 存储库作为远程仓库添加到本地存储库。
发布到 GitHub 时生成 .gitignore
现在可以在将工作区发布到 GitHub 时生成 .gitignore
文件。将工作区发布到 GitHub 时,系统会提示您选择要包含在存储库中的文件,而未包含的文件将添加到 .gitignore
文件中。
输入字段字体系列
您现在可以使用 Scm:输入字体系列设置自定义“源代码管理”输入字段中使用的字体系列。该设置支持以下值
default
- 工作台用户界面字体系列。editor
- 在 编辑器:字体系列设置中指定的字体系列。font family name
- 要在输入字段中使用的字体系列的名称(例如,Cascadia Code
)。
中止正在进行的变基
您现在可以使用 Git:中止变基命令中止正在进行的变基操作。
调试
自动调试配置改进
在这个里程碑中,我们改进了自动调试配置的体验
-
在上一个里程碑中,我们引入了一个功能,以便扩展作者可以分析当前项目并自动提供调试配置。这些调试配置是动态创建的,因此它们不会显示在
launch.json
配置文件中。只要它们开箱即用,这很好,但有时您可能需要修改配置,例如添加额外的参数。现在可以选择将自动调试配置保存到launch.json
中,以便打开它进行编辑。为此,请使用调试:选择并启动调试快速选择中的自动调试配置末尾的齿轮按钮 -
现在可以从“运行和调试”启动视图中显示所有自动调试配置。
-
“调试”下拉列表现在会记住上次选择的自动调试配置。
单步跳入目标
调试具有许多嵌套函数调用的语句可能很痛苦,因为您可能必须单步跳过您不真正感兴趣的函数。为了改进这种情况,“调试适配器协议”支持“单步跳入目标”功能,该功能显示 UI 以直接单步跳入您感兴趣的函数。
在这个里程碑中,VS Code 已开始使用此功能。当调试在语句上停止时,上下文菜单会显示一个新的操作单步跳入目标。此操作显示当前堆栈帧中所有可用目标(通常是函数)的列表。选择其中一个将单步跳入该目标。
请注意,每个堆栈帧都可以有自己的目标集。因此,单步跳入目标操作的结果取决于“调用堆栈”视图中当前选定的帧。
目前,只有 Mock Debug 扩展具有(伪)单步跳入目标支持,但很快其他调试扩展也将跟进 - 例如 Julia 调试器。
语言
TypeScript 3.9
VS Code 现在包含 TypeScript 3.9.4。此 TS 主要更新带来了一些新的工具功能、性能改进和许多错误修复。您可以在 TypeScript 博客上阅读有关 TS 3.9 的更多信息。
CommonJS 自动导入
如果 VS Code 检测到您正在使用 CommonJS 样式的 JavaScript 模块,则自动导入现在将使用 require
而不是 import
。
重构保留换行符
JavaScript 和 TypeScript 的重构(例如提取到方法和移动到新文件)现在尝试保留重构源代码的原始格式。这包括选择中存在的任何换行符
添加所有缺少的导入源操作
长期以来,VS Code 一直支持一个快速修复,该修复添加 JavaScript 或 TypeScript 文件中所有缺少的导入。在此迭代中,我们引入了一个新的添加所有缺少的导入源操作,使您可以从文件中的任何位置触发此操作。
这也允许您为添加所有缺少的导入设置键盘快捷键
{
"key": "ctrl+shift+i",
"command": "editor.action.sourceAction",
"args": {
"kind": "source.addMissingImports",
"apply": "first"
}
}
甚至可以在保存时启用添加所有缺少的导入
"editor.codeActionsOnSave": [
"source.addMissingImports"
]
JS/TS 在工作区中转到符号包括所有打开的项目
默认情况下,JavaScript 和 TypeScript 的工作区符号搜索现在搜索所有打开的 jsconfig
和 tsconfig
项目。它以前只包含来自焦点文件所属项目的搜索结果。
此行为由 typescript.workspaceSymbols.scope
设置控制,并且需要 TS 3.9+。要恢复到以前的行为并仅搜索当前项目,请设置 "typescript.workspaceSymbols.scope": "currentProject"
添加缺少的导入快速修复现在可以标记为首选
JavaScript 和 TypeScript 的添加缺少的导入快速修复现在可以标记为错误的首选修复。这使您可以使用单个按键通过 ⌥⌘. (Windows, Linux Shift+Alt+.) 添加缺少的导入。
请注意,仅当存在单个有效导入时,添加缺少的导入才会被标记为首选修复。如果您的项目中存在多个潜在的导入,您仍然需要使用正常的“代码操作”菜单来选择要使用的导入。此外,要在 JavaScript 中启用添加缺少的导入快速修复,您必须启用类型检查。
JSON 离线模式
新的设置 json.schemaDownload.enable
允许您控制是否允许 JSON 扩展从 http
和 https
获取 JSON 架构。
当当前编辑器想要使用无法下载的架构时,状态栏中将出现警告三角形。然后,基于架构的功能(如验证、代码完成和悬停)将受到限制。
浏览器支持
选项卡标题中的调试停止指示器
在浏览器中调试扩展时,调试的扩展会在新的浏览器选项卡中显示,该选项卡会停用(隐藏)调试器选项卡。当被调试者由于某种原因停止时(例如,命中断点),我们无法激活调试器选项卡(因为浏览器不提供用于此目的的 API)。这使得几乎不可能发现调试的扩展已停止。
为了缓解这个问题,我们现在更新选项卡标题以包含红色圆圈指示器 🔴(类似于断点)。一旦调试器选项卡被激活,红色点就会被删除。
从集成终端运行 VS Code
当您在浏览器中运行的 VS Code 中打开集成终端时,您可以键入 code
以访问在浏览器中都可用的几个有用的命令。
在此迭代中,我们扩展了对许多选项的支持
--goto
在特定行打开文件--diff
比较两个文件--wait
让程序等待文件关闭--add
将文件夹添加到当前工作区
例如,在 GitHub Codespaces 中,这使您可以使用基于浏览器的 VS Code 作为 Git 的编辑器
主题:GitHub Light
文件/文件夹上传
VS Code 允许您将文件拖放到“资源管理器”中以进行上传。在此迭代中,我们改进了此功能,允许您拖放文件夹以进行上传,包括所有子文件夹和文件。由于这可能是一个长时间运行的操作,您将在状态栏中看到进度报告,并且如果需要,可以取消操作。
帐户管理
在以前的版本中,我们引入了新的帐户管理 UI 的预览以及“设置同步”功能的预览。现在,此 UI 将默认显示。使用新的建议的 身份验证提供程序 API 的扩展可以在此处显示登录请求,您可以查看您的帐户并管理扩展访问权限。目前只有少数扩展使用此 API,一旦 API 稳定,我们将努力提高采用率。
预览功能
预览功能尚未准备好发布,但功能已足够使用。我们欢迎您在它们开发过程中提供早期反馈。
设置同步
在过去的几个月中,我们一直在努力支持跨机器同步 VS Code 首选项,此功能在 Insiders 版本上提供预览。
在这个里程碑中,我们增强了对管理和诊断“设置同步”的支持。
已同步的机器视图
我们添加了已同步的机器视图,以显示同步您的 VS Code 首选项的机器列表。根据您使用的 VS Code 类型(Insiders 或 Stable)和平台提供默认名称,但您可以随时使用视图中机器条目上可用的编辑操作更新名称。
主题:带有自定义设置的 GitHub Sharp
您可以使用命令面板中的首选项同步:显示已同步的数据命令打开此视图。
已同步的数据视图
我们向“已同步的数据”视图添加了以下增强功能。
- 您现在可以看到从中同步数据的机器。
- 您可以使用视图中数据条目上可用的恢复操作恢复到特定状态。
- 您可以使用视图标题中更多操作 (...) 按钮下的重置已同步的数据操作重置云端数据。
主题:带有自定义设置的 GitHub Sharp
我们现在在打开同步时提供更多帮助,检查您是否要与来自不同机器的数据同步,并允许您采取适当的操作。
- 替换本地 - 将您当前机器上的数据替换为来自云端的同步数据。
- 合并 - 将您当前机器上的数据与来自云端的同步数据合并。
- 显示已同步的数据 - 打开“已同步的数据”视图以查看来自云端的同步数据。
新的 JavaScript 调试器
本月,我们继续在新 JavaScript 调试器上取得进展。自 5 月中旬以来,它已成为 Insiders 上的默认调试器,并包含在此版本中的 VS Code Stable 上(但默认情况下未启用)。您可以通过启用 debug.javascript.usePreview
设置开始将其与现有启动配置一起使用。
本月取得的进展主要集中在改进和稳定现有功能上
- 浏览器调试的多选项卡支持:您现在可以在运行浏览器或 Webview 时附加到多个选项卡。默认情况下,js-debug 会附加到所有与
urlFilter
匹配的选项卡。当附加到浏览器时,您可以在启动配置中设置"targetSelection": "pick"
以像以前的调试器一样连接到单个选项卡。 - 改进的选项卡消歧:调试会话名称更准确地消除了多个选项卡的歧义。此外,我们在“调用堆栈”视图中为调试会话的上下文菜单中添加了聚焦选项卡操作,您可以使用该操作来确保您正在查看正确的页面。
- 自动展开 getter 的选项:与 Chrome 的行为匹配,属性 getter 默认情况下不会在“变量”视图或“调试控制台”中显示时进行评估。您现在可以通过设置
debug.javascript.autoExpandGetters
选项来配置此行为。 - webpack 包类型的性能改进:某些类型的 webpack 包(使用
eval
sourcemap 构建的包)在 js-debug 下运行缓慢。它们不再如此。
TS 4.0 nightly build 支持
VS Code 1.46 包括对 TypeScript 4.0 nightly build 的预览支持。nightly build 包括对我们正在积极开发的一些新工具功能的支持,例如 更灵活的重构选择。
您今天可以通过安装 TypeScript Nightly 扩展来尝试 TypeScript 4.0 nightly build。请分享反馈,并告知我们您是否遇到 TypeScript 4.0 的任何错误。
扩展贡献
笔记本
快速大纲
笔记本扩展(例如 GitHub 问题笔记本)现在支持快速大纲。按 kb('workbench.action.gotoSymbol')
,或使用在编辑器中转到符号命令,并查看当前笔记本的所有 Markdown 和代码单元格的预览。
主题:GitHub Theme
错误和符号导航
我们改进了 F8
和 查找所有引用 的工作方式。所有代码导航手势都应该感觉像在笔记本外部一样自然。例如,“问题”视图现在将显示按笔记本分组的所有单元格的所有错误,而不是按单元格分组
主题:GitHub Theme
连接/拆分单元格
我们引入了两组命令,供您快速连接单元格或将单元格拆分为更小的片段
保留的笔记本
固定的或脏的笔记本编辑器现在在工作区中是持久的,因此如果笔记本移动到后台或移动到另一个编辑器组,用户不会丢失笔记本中的工作状态。
统一的撤销/重做堆栈
用户操作(操作笔记本单元格或修改笔记本单元格内容)现在在同一个撤销/重做堆栈中跟踪。
GitHub Pull Requests and Issues
在 GitHub Pull Requests and Issues 扩展上的工作仍在继续,该扩展允许您处理、创建和管理拉取请求和问题。此版本的某些更新包括
- 改进了问题悬停中的标签。
- 问题和用户建议现在仅在注释和纯文本中触发。
- 新的问题编辑器使您可以设置受让人和标签。
要了解所有新功能和更新,您可以查看扩展的 0.17.0 版本的完整更新日志。
远程开发
在 远程开发扩展上的工作仍在继续,该扩展允许您使用容器、远程计算机或 适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。
1.46 中的新功能包括
- 开发容器:支持 GPG 转发。
- 开发容器:支持检查 Docker 卷。
- 开发容器:新的
devcontainer.json
命令属性。
您可以在远程开发发行说明中了解新的扩展功能和错误修复。
十六进制编辑器
随着自定义编辑器 API 最终确定并支持二进制编辑器,我们开发了一个十六进制编辑器扩展,以提供原生的十六进制编辑体验。
此扩展仍在开发中,目前仅支持以十六进制格式打开和导航文件。我们将继续改进导航体验,然后再着手支持编辑。您可以试用该扩展并提供反馈或针对 vscode-hexeditor 存储库提交问题。
扩展编写
文件路径大小写
我们修复了 VS Code 在不区分大小写的文件系统上处理路径和 URI 的几个错误。在此版本之前,大小写不同的路径不会打开同一文档,而是打开单独的、断开连接的文档。这种行为经常引起混乱,有时甚至会导致数据丢失。
但是,在修复这些错误时,openTextDocument
函数的行为已更改。该函数现在可以返回 URI 与传入的 URI 大小写不同的文档。这意味着扩展应使用 TextDocument#uri 作为事实来源,而不是他们请求它的 URI。
下面的示例说明了新行为
// case-insensitive file system
const uriA = vscode.Uri.file('/foo/bar.code');
const docA = await vscode.workspace.openTextDocument(uriA);
const uriB = vscode.Uri.file('/foo/BAR.code');
const docB = await vscode.workspace.openTextDocument(uriB);
assert.ok(docA === docB); // same document
assert.ok(docB.uri.toString() === uriA.toString()); // uriA is used, NOT uriB
assert.ok(docB.uri.toString() !== uriB.toString());
新的调试控制台主题颜色
有新的颜色用于设置调试控制台视图的样式
debugConsole.infoForeground
:调试控制台中信息消息的前景色debugConsole.warningForeground
:调试控制台中警告消息的前景色debugConsole.errorForeground
:调试控制台中错误消息的前景色debugConsole.sourceForeground
:调试控制台中源文件名的前景色debugConsoleInputIcon.foreground
:调试控制台输入标记图标的前景色
新的输入主题颜色
我们还为输入提供了新的颜色主题选项。您可以通过 inputOption.activeForeground
设置活动输入选项的前景色。这些出现在“搜索”视图和“查找”小部件(编辑器、终端、调试控制台)中。
新的 codicon 图标
我们向我们的 codicon 库添加了以下新图标
server-process
server-environment
record
pass
stop-circle
play-circle
提供程序使用泛型类型
我们的 vscode.d.ts
类型定义现在使所有两阶段提供程序(具有单独的“provide”和“resolve”方法的提供程序)都是泛型的。目的是更清楚地表明来自“provide”调用的结果会传递回“resolve”调用中。
例如,这是 DocumentLinkProvider
的新泛型定义
export interface DocumentLinkProvider<T = DocumentLink> {
provideDocumentLinks(
document: TextDocument,
token: CancellationToken
): ProviderResult<T[]>;
resolveDocumentLink?(link: T, token: CancellationToken): ProviderResult<T>;
}
所有提供程序都有默认的泛型参数,因此此更改不应导致现有扩展出现任何错误。如果您以前在使用“resolve”时使用强制转换或类型检查,请考虑更新您的代码以使用泛型提供程序代替
class MyDocLinkProvider implements DocumentLinkProvider<MyDocumentLink> {
provideDocumentLinks(document: TextDocument, token: CancellationToken): MyDocumentLink[] { ... }
resolveDocumentLink(link: MyDocumentLink, token: CancellationToken): MyDocumentLink { ... }
}
在 Webview 中编写特定于主题的 CSS
Webview 的 body 元素具有一个新的数据属性,名为 vscode-theme-name
,用于存储当前活动主题的完整名称。这使您可以在 Webview 中编写特定于主题的 CSS
body[data-vscode-theme-name="One Dark Pro"] {
background: hotpink;
}
请记住,考虑到 VS Code 可用的主题数量,您应该仅在特殊情况下编写特定于主题的 CSS。正常的 Webview 应使用 .vscode-light
和 .vscode-dark
类名以及 VS Code CSS 变量来编写 CSS,使其适应用户选择的任何主题。
自定义二进制编辑器
我们已经完成了自定义二进制编辑器的 API。自定义编辑器 API 允许扩展创建自定义的基于 webview 的编辑器,这些编辑器可以替换 VS Code 的默认文本编辑器,或者可以由用户切换使用。这可以用于直接在 VS Code 中预览资源文件,例如图像或 3D 模型,或者为特定文件类型构建更专业的编辑界面。借助新的二进制自定义编辑器 API,您现在可以为非文本文件格式构建读/写编辑器。
有关 API 的更多详细信息,请查看自定义编辑器扩展指南。另请查看自定义编辑器扩展示例,其中包含文本和二进制文件格式的自定义编辑器示例。
放宽 resolveCompletionItem 限制
CompletionItemProvider#resolveCompletionItem 函数允许提供程序延迟地用更多数据丰富补全项。这种“延迟”数据必须是可选的,并且不得更改补全项的插入行为。扩展仍然可以填写 additionalTextEdits
,如果附加编辑在补全项插入之后到达,编辑器仍然会尝试应用它们。请注意,这仅适用于附加编辑,不适用于主编辑 (insertText
),主编辑一旦提供就不得更改。
onStartupFinished 激活事件
我们现在有了一个新的激活事件,类似于已有的 *
激活事件。当扩展希望在 VS Code 启动后不久激活,但不是作为启动的一部分时,应使用新的 onStartupFinished
激活事件。
环境变量集合
ExtensionContext.EnvironmentVariableCollection
API 现在已稳定,允许扩展为终端环境做出贡献。
const collection = context.environmentVariableCollection;
const separator = process.platform === 'win32' ? ';' : ':';
collection.prepend('PATH', `/foo${separator}`);
collection.replace('JAVA_HOME', '/bar');
这些集合是扩展和工作区特定的,VS Code 处理多个扩展之间冲突的处理方式。它们在窗口重新加载时会被持久化,这样在窗口加载后立即创建的终端不会阻塞扩展主机启动,而是使用最后已知的版本。这些持久化的集合可以通过释放集合或卸载扩展来移除。
当集合更改时,终端上会出现一个指示器。此指示器是显示任何活动更改还是仅显示“过时”终端,由 terminal.integrated.environmentChangesIndicator
设置定义。内置的 Git 扩展现在也使用此 API,以使 VS Code 成为身份验证提供程序。
调试适配器协议
新的指令断点
有一种新的“指令”断点类型,可以实现在内存地址的指令处中断。内存地址以符号形式指定,可以从 evaluate
、variables
、stackTrace
和 gotoTargets
请求中可选地获得。相应的能力 supportsInstructionBreakpoints
指示调试适配器是否支持指令断点。
支持“步进粒度”
一个新的可选 granularity
参数已添加到步进请求 next
、stepIn
、stepOut
、stepBack
中,以控制请求是步进“语句”、“行”还是“指令”。相应的能力 supportsSteppingGranularity
指示调试适配器是否支持该功能。
建议的扩展 API
每个里程碑都带有新的建议 API,扩展作者可以尝试使用它们。与往常一样,我们希望收到您的反馈。以下是您尝试建议 API 所需做的:
- 您必须使用 Insiders 版本,因为建议的 API 经常更改。
- 您必须在扩展的
package.json
文件中包含此行:"enableProposedApi": true
。 - 将最新版本的 vscode.proposed.d.ts 文件复制到您项目的源代码位置。
请注意,您不能发布使用建议 API 的扩展。在下一个版本中可能会有重大更改,我们永远不想破坏现有扩展。
Git 扩展 API
内置的 Git 扩展 提供了一个 API 供扩展使用。现有的 API 公开了一种获取 Repository
的 log
结果的方法。更新后的 API 现在将允许 log
受 path
约束。
export interface LogOptions {
readonly maxEntries?: number;
readonly path?: string;
}
export interface Repository {
log(options?: LogOptions): Promise<Commit[]>;
}
现在还有一个基于 BranchQuery
的 Git 扩展 API 来 getBranches
。
export interface BranchQuery {
readonly remote?: boolean;
readonly contains?: string;
}
export interface Repository {
getBranches(query: BranchQuery): Promise<Ref[]>;
}
AccessibilityInformation
我们在 TreeItem
、StatusBarItem
和 TimelineItem
元素中添加了 AccessibilityInformation
以支持屏幕阅读器。AccessibilityInformation
包含 label
和 role
。label
由屏幕阅读器读取,role
描述元素的辅助功能特征。
工程
Windows ARM64 Insiders
现在有适用于 Windows for ARM 64 位的新的官方 Insider 构建版本,可在 Insiders 下载页面 上获取。
这些构建版本适用于 Microsoft Surface Pro X,请尝试一下并告诉我们您的想法。
--crash-reporter-directory 参数用于诊断问题
一个新的命令行参数 --crash-reporter-directory
允许您传递一个本地文件夹,您可以在其中保存崩溃报告。这甚至适用于扩展主机中的崩溃,并且可以在 VS Code 崩溃并且您想要报告问题时使用。
预加载脚本
我们已将 Electron preload
脚本添加到 VS Code 中,以向窗口公开某些 Electron API。这是实现完全沙盒化窗口的第一步。进度在 issue #92164 中概述。
扩展示例现在使用 ESLint
我们的扩展示例都已更新为使用 ESLint 进行代码检查,而不是现在已弃用的 TSLint。如果您的扩展仍在使用 TSLint,您可以查看 TSLint 到 ESLint 迁移指南 和我们新更新的扩展示例,了解如何迁移到 ESLint。
GitHub Triage 扩展
我们为基于 Chromium 的浏览器创建了一个扩展,以帮助我们在 GitHub 上进行问题分类,方法是提供一个模糊可过滤的菜单,其中包含受让人、标签、里程碑以及我们用于触发分类 GitHub Actions 的各种特殊评论。我们已在 GitHub 上开源了该代码。
文档和扩展
Visual Studio Code 在 Build 大会上
VS Code 团队在 Microsoft Build 2020 大会上进行了演讲,您可以在 VS Code at Build 博客文章中找到 VS Code 会议和在线讲座的概述。
VS Code 团队成员的多次演讲
- VS Code 提示和技巧 - 20 个提示和技巧,可让您更高效地使用 VS Code。
- 每个 Visual Studio Code 用户都应该了解的关于 GitHub 的知识 - 了解 VS Code 的 GitHub 集成,用于 PR 和问题。
- 使用 Visual Studio Code 进行远程开发 - 了解 Visual Studio Code 如何使开发人员能够从任何地方远程工作。
- Visual Studio Code 的历史 - 了解 VS Code 是如何开始并发展到今天的。
Azure 扩展
有几个新的扩展可用于直接从 VS Code 中处理和部署 Azure 资产。
- Azure Static Web Apps - 直接从 VS Code 创建和管理 Azure Static Web Apps。
- Azure Databases - 在 Azure 中创建、浏览和更新全球分布式、多模型数据库。
新命令
键 | 命令 | 命令 ID |
---|---|---|
⌘K ⇧Enter (Windows, Linux Ctrl+K Shift+Enter) | 固定编辑器 | workbench.action.pinEditor |
⌘K ⇧Enter (Windows, Linux Ctrl+K Shift+Enter) | 取消固定编辑器 | workbench.action.unpinEditor |
值得注意的修复
- 10144: 在 Linux 上使用 system-ui 作为字体
- 63068: macOS dock 图标非常小
- 69163: 在侧边栏中显示活动文件时抛出异常
- 95367: 为无效的 frameId 发出 DAP "evaluate" 请求
- 95856: 转到行应包含 "filename.extension:行号" 格式
- 96713: 从调用堆栈操作视图停止会话总是转到活动会话
- 96914: 当大纲可见时,打字会卡顿
- 96987: Orca 不读取断点视图中的行号
- 97444: 从调试监视复制长值会导致粘贴部分值
- 97471: 调试悬停框太窄且水平滚动无用
- 97731: VS code 在打字和滚动时冻结
- 96643: 任务(和 TaskExecutions)在 onDid(Start|End)Task 回调中不是 ===
感谢
最后但同样重要的是,非常感谢以下人士本月为 VS Code 做出的贡献
对我们的问题跟踪的贡献
- John Murray (@gjsjohnmurray)
- Andrii Dieiev (@IllusionMH)
- Alexander (@usernamehw)
- Simon Chan (@yume-chan)
- ArturoDent (@ArturoDent)
对 vscode
的贡献
- AlexStrNik (@AlexStrNik)
- Andrew Branch (@andrewbranch): 提议:允许使用 --inspect-brk 生成 TS 服务器 PR #98340
- Christos Pappas (@ChrisPapp)
- @D-to-the-K: 在 Monaco Monarch 语言定义中支持 Unicode 感知的正则表达式 PR #98447
- Rick van Galen (@DCKcode): Containerfile 支持 PR #93184
- Paul (@DFineNormal): 修复 snippets.contribution.ts 中的拼写错误 PR #98396
- matt penrice (@elmpp): 为 schemed filepaths 创建 VsCodeResource PR #94986
- HaoboGu (@HaoboGu): 修复 #98102 PR #98127
- HiDeoo (@HiDeoo): 修复 vscode.d.ts 中的错别字 PR #98692
- Ilia Pozdnyakov (@iliazeus): 添加
:line goto 模式 #95856 PR #96535 - Andrii Dieiev (@IllusionMH): 修复调试图标。使用 Codicons 而不是文本 PR #98716
- Jack Works (@Jack-Works): 更新 typescript.code-snippets PR #98521
- @Jagua: 修复 json-language server readme 的缩进和错别字 PR #97812
- Jānis Gailis (@JanisGailis): 将终端颜色添加到 Monokai Dimmed 主题 PR #98323
- Jean Pierre (@jeanp413)
- John Keech (@jkeech): 清除 webview 上过时的 CSS 样式属性 PR #96665
- John Blackbourn (@johnbillion): 将 *.ts.map 文件视为 JSON PR #98409
- Robert Jin (@jzyrobert): #84696 修改 git add/revert 以使用 splitInChunks PR #84843
- Danny Lin (@kdrag0n): 恢复并修复 macOS 深色文本选择光标 PR #96947
- Leila Pearson (@leilapearson): 修复资源管理器中的文件名排序顺序边缘情况。 PR #97200
- Lissein (@lissein): 修复 titleBar 主题颜色上的注释 PR #97360
- Max (@MaxGyver83): 使 Neo 键盘布局(第 4 层)箭头键在资源管理器视图中工作 PR #98269
- Alasdair McLeay (@penx): CSS - 在父文件夹中搜索节点模块解析 PR #81555
- Pieter Vanderpol (@petevdp): 允许内联差异编辑器居中。 PR #97311
- Pascal Fong Kye (@pfongkye): 修复:新命令 stageAllMerge PR #97349
- James Koss (@phuein): 不要滚动到显示的文件选项。 PR #96890
- Jack Platten (@plttn): 修复错别字 PR #97198
- @ricksentam: 更改 build PR #98857
- Robert Rossmann (@robertrossmann)
- shskwmt (@shskwmt): 功能 #94173:插入建议时滚动 PR #94327
- Steven Hermans (@steven166): 在浏览器工作台中通过 D&D 上传文件夹 PR #97347
- Rahul Kadyan (@znck): 特性:使用 configNamespace 注册其他扩展的语言提供程序 PR #95621
- Jakub Trąd (@Dzejkop): 搜索编辑器:添加默认显示上下文值属性 PR #97920
对 language-server-protocol
的贡献
- (@KamasamaK)
- Knut Aldrin (@zub): 更正 'aritfacts' 拼写 PR #980
- Remy Suen (@rcjsuen): 修复 "revers" 到 "reverse" 的错别字 PR #995
- Steven Kalt (@SKalt): 使用粘性表头 PR #1000
对 vscode-generator-code
的贡献
- Alexey Elizarov (@beautyfree): 修复:dark 主题的无效 json PR #207
对 vscode-vsce
的贡献
- Owen Farrell (@owenfarrell): 支持从环境变量注入 PAT PR #447
对 debug-adapter-protocol
的贡献
- @auott
- Vitalii Akimov (@awto): adapters.md 中的 Effectful JavaScript 调试器参考 PR #113
- @tomcec: 更新 adapters.md PR #115
- Andrew Wang (@WardenGnaw): 更新 C/C++ DAP 维护者 PR #117
- FW (@fwcd): 添加 Kotlin 调试适配器 PR #120
对 vscode-js-debug
的贡献
- Vadym Okun (@cbmd): 添加了使用选定的包管理器而不是仅使用
npm
运行的可能性。 PR #459
对 localization
的贡献
在过去的一年中,我们认真听取了您的反馈,并决定是时候提供一个更可靠和交互式的平台,您可以在其中为 VS Code 本地化开发做出贡献。考虑到这一点,我们于 4 月的第一周正式停用了 Microsoft 本地化社区平台 (MLCP),目的是在另一个开源本地化项目的平台上继续 Microsoft 社区本地化计划。