2020 年 11 月(版本 1.52)
更新 1.52.1:此更新解决了这些 问题。
下载:Windows:x64 Arm64 | Mac:Intel | Linux:deb rpm tarball Arm snap
欢迎使用 Visual Studio Code 2020 年 11 月版。正如在 11 月迭代计划中宣布的那样,我们继续专注于两周的时间来处理 GitHub 问题和拉取请求,如我们的 问题整理指南中所记录的那样。在我们所有的 VS Code 存储库中,我们关闭(已分类或已修复)了 5242 个问题,这甚至比我们在 2019 年 10 月的上次整理迭代期间关闭的 4622 个问题还要多。在我们关闭问题的同时,您创建了 2937 个新问题。主要的 vscode 存储库现在有 2146 个未解决的功能请求和 884 个未解决的错误。此外,我们还关闭了 144 个拉取请求。
与往年一样,我们使用了来自 Benjamin Lannon 的 实时跟踪器来跟踪我们的进度
在专注于整理之后,我们还解决了几个功能请求和社区 拉取请求。这带来了许多新功能和设置,其中一些主要亮点包括
- 差异编辑器中的自动换行 - 内联和并排视图现在都支持自动换行。
- 新的扩展二分功能 - 排除 VS Code 中导致问题的扩展。
- 键盘快捷方式编辑器改进 - 从命令面板创建键绑定。
- 在资源管理器中撤销文件操作 - 在资源管理器中撤销或重做文件操作。
- 新的 Git 命令和设置 - 通过新功能优化您的版本控制体验。
- 预览编辑器改进 - 完全关闭预览编辑器,并尝试新的交互模式。
- 空格的粘滞制表位 - 使用空格缩进时改进的体验。
- 改进的基于单词的建议 - 显示来自其他打开文件的基于单词的建议。
- 终端配置支持 - 从终端下拉菜单修改终端设置。
- 新的远程开发资源 - 查看新的视频和 Learn 模块。
工作台
预览编辑器改进
我们根据用户反馈,对我们处理 预览编辑器的方式进行了一些更新。
workbench.editor.enablePreviewFromQuickOpen
设置现在默认禁用,因此从快速打开打开的编辑器将不再以预览模式显示。
当您开始代码导航时(例如,使用转到定义),您开始导航的编辑器将移出预览模式并保持打开状态,而新编辑器将处于预览模式,直到您进一步导航。
我们更改了所有自定义树(例如扩展或 Git 视图中使用的树),使其更一致地像其他内置树(例如文件资源管理器)。这意味着,以下交互现在适用于所有这些树
- 双击或鼠标中键单击以在非预览模式下打开。
- Enter 键以在非预览模式下打开(Space 键以在预览模式下打开)。
Alt+单击
以在活动编辑器侧边打开编辑器。
注意:如果您是使用我们自定义树 API 的扩展作者,您也将受益于此更改。请确保为 TreeItem.command
使用 vscode.open
或 vscode.diff
命令以获得新的预览模式行为。
编辑器溢出菜单中的新菜单项保持编辑器打开允许您快速完全关闭预览编辑器
恢复之前的会话窗口
现有 window.restoreWindows
设置的新值 preserve
允许您强制在关闭 VS Code 后重新启动 VS Code 时恢复您之前打开的每个窗口,即使明确要求 VS Code 打开特定文件夹或文件也是如此。一个常见的示例是双击平台文件资源管理器中的文件以在 VS Code 中打开它,或者使用终端打开特定文件或文件夹。如果没有 window.restoreWindows: preserve
设置,VS Code 将仅按指示打开文件或文件夹,而不会恢复任何其他窗口。
在拖放时禁用编辑器组拆分
新的设置 workbench.editor.splitOnDragAndDrop
可防止在使用拖放编辑器时编辑器组拆分。还有一种方法可以在拖放操作期间通过按住 Shift 键 (macOS) 或 Alt 键 (Windows, Linux) 有条件地切换此设置。
在资源管理器中撤销文件操作
文件资源管理器现在支持所有文件操作的撤销和重做:删除、重命名、复制、移动、新建文件和新建文件夹。确保焦点在文件资源管理器中,并触发撤销或重做命令,您的上一个文件操作将分别被撤销或重做。请记住,编辑器和文件资源管理器有单独的撤销堆栈,我们会根据焦点选择要撤销的堆栈。
资源管理器中长时间运行操作的进度
我们现在在文件资源管理器和状态栏中显示长时间运行的文件操作(超过 500 毫秒)的进度。还初步支持取消长时间运行的操作。这在复制大型文件夹或从远程位置下载资源时应该很有帮助。
打开的编辑器排序
有一个新的设置 explorer.openEditors.sortOrder
来控制打开的编辑器列表中的排序顺序。
这些值是
editorOrder
- 编辑器按照编辑器选项卡显示的相同顺序排列(默认)。alphabetical
- 编辑器在每个编辑器组内按字母顺序排列。
alphabetical
排序仅对“打开的编辑器”视图有效 - 它不会以任何方式“移动选项卡”。
当您打开大量文件并且想要匹配关联的文件(例如,hello.component.js 和 hello.component.html)时,这可能很有帮助。
无障碍进度控制
工作台进度显示已变得更易于访问。VS Code 设置了适当的 ARIA 角色,以便屏幕阅读器可以报告 VS Code 中所有长时间运行的操作的进度。大多数屏幕阅读器默认情况下仅在进度持续超过 10 秒时才宣布进度。
源代码管理更改显示其父文件夹路径
从“源代码管理”视图打开的差异编辑器现在将显示其文件路径(当选项卡被禁用时)。以前,仅显示文件名,但现在如果前后的文件在同一文件夹中,则会显示父文件夹。
默认启用新的代理登录对话框
我们的新代理登录对话框现在默认启用。您可以阅读我们之前的发行说明以了解更多详细信息。设置 window.enableExperimentalProxyLoginDialog
可用于启用旧对话框,但我们将在不久的将来删除此支持。如果您发现新登录对话框有问题,请通过提交 问题 告知我们。
改进的终端环境处理(Linux、macOS)
当您首次通过 Dock 或启动器(而不是终端)在 Linux 或 macOS 上启动 VS Code 时,VS Code 会启动一个后台进程来解析您的 Shell 环境(由 .bashrc
或 .zshrc
定义或更改)。检测到的所有环境变量随后都将被 VS Code 使用,以便从终端或 Dock/启动器启动没有任何区别,这在调试或执行任务时非常重要。
不幸的是,VS Code 在此后台进程执行完成之前不会打开。为了不长时间阻止启动,VS Code 将在 10 秒后开始打开。在这种情况下,VS Code 现在会通知您它无法解析 Shell 环境,并提供一个链接以了解更多信息
同样,VS Code 现在会在三秒后显示警告,指示 VS Code 启动被阻止解析您的 Shell 环境
我们正在积极研究更改我们的策略,以便在后台解析 Shell 环境的同时不阻止 VS Code 启动,但这只能在未来的里程碑中实现。
此区域的其他值得注意的更改包括
- 您现在可以在从终端启动 VS Code 的第二个窗口之前定义和更改环境变量,这些变量将正确覆盖第一次启动中的变量,从而有效地允许每个窗口的环境变量(例如,这使您能够通过诸如
nvm
之类的工具在每个窗口中更改 Node.js 版本,然后再启动)。 - 从终端设置的环境变量在启动 VS Code 的第二个窗口之前,即使您在该第二个窗口中切换文件夹,现在也会保留这些环境变量。
改进的工作台溢出
每当工作台中没有足够的空间容纳所有视图时,VS Code 现在将显示滚动条以平移内容,让您可以访问所有内容。这适用于工作台中的多个区域,例如侧边栏、编辑器网格等。
Sash 悬停边框颜色
您现在可以为工作台中的 Sash(sash.hoverBorder
)自定义边框悬停颜色。
树:展开模式
新的 workbench.tree.expandMode
设置允许您控制文件夹在树中如何展开:使用单击或双击。
macOS Big Sur 更新
由于 Electron 9 的问题,每当您选择重启以更新时,VS Code 不会自动重启,而只是退出。在下一个 VS Code 版本(应包含 Electron 11)发布之前,发生这种情况时,您必须手动重新启动 VS Code。请在 问题 #109728 中阅读更多信息。
源代码管理
保留源代码管理视图状态
“源代码管理”视图状态现在跨会话保留。折叠的树节点即使在退出并重新启动 VS Code 后仍将保持折叠状态。
源代码管理装订线操作
新的 scm.diffDecorationsGutterAction
设置允许您控制在编辑器左侧选择“源代码管理”装订线装饰时会发生什么。可能的值是
diff
- 单击时打开内联差异速览视图(默认)。none
- 禁用任何操作。
Git:新命令
命令面板中添加了几个新的 Git 命令
- Git:Cherry Pick... - 将特定提交 Cherry Pick 到您的分支。
- Git:重命名 - 对活动文件执行 Git 重命名。
- Git:推送标签 - 将所有本地标签推送到远程仓库。
- Git:检出到(分离头指针)... - 以分离头指针模式执行检出。
Git:新设置
此外,还添加了新的 Git 设置
git.pruneOnFetch
- 使 VS Code 在获取远程引用时运行git fetch --prune
。git.ignoreSubmodules
- 您现在可以确保 VS Code 忽略子模块存储库中的更改,这在大型单体仓库中很有用。git.openAfterClone
- 控制在克隆 Git 存储库后是否以及如何打开文件夹:在当前窗口中、在新窗口中、在未打开文件夹时以及通过提示用户。git.useCommitInputAsStashMessage
- 启用 VS Code 以在运行 Git:储藏时使用源代码管理输入框中的提交消息作为储藏消息。git.followTagsWhenSync
- 在运行 Git:同步时跟随标签。git.checkoutType
- 控制当您运行 Git:检出... 命令时显示哪些引用以及以什么顺序显示。
Git:在储藏更改前提示保存文件
每当您尝试储藏更改时,VS Code 现在都会提示您保存未保存的文件。
Git:改进的已删除文件合并冲突的差异
已删除文件合并冲突现在具有改进的差异体验,显示文件在与删除相反的分支上的实际更改。
Git:在添加远程仓库时获取
VS Code 现在将在您添加远程仓库后立即运行 git fetch
,从该远程仓库获取所有引用。
Git:检出分离头指针
现在可以从 VS Code 中以分离头指针模式检出引用
Git:在错误时显示命令输出
当 Git 命令引发错误时,您现在可以使用新的显示命令输出选项查看整个错误消息。
Git:git.api.getRemoteSources 命令的新选项
git.api.getRemoteSources
Git API 命令选项现在支持可选的 branch?: boolean
属性,如果远程源提供程序支持,该属性将使 Git 提示用户从远程源中选择分支。
此外,该命令现在支持 providerName?: string
选项,该选项允许调用者绕过用户选择远程源,并直接使用特定的提供程序。
调试
断点视图:异常断点的条件
VS Code 现在支持从“断点”视图中使用编辑条件上下文菜单操作编辑异常断点的条件。
目前,只有模拟调试扩展具有(伪)异常断点条件支持,但很快其他调试扩展也将跟进 - 例如 JavaScript 调试器。
异常区域无障碍性
编辑器中的异常信息区域已变得更易于访问。调试时,一旦遇到异常,VS Code 将自动将焦点移动到“异常”区域,这将使屏幕阅读器报告异常详细信息和堆栈帧。
现在也可以使用 Escape 键或“异常”区域右上角的 X 按钮关闭“异常”区域。
UI 改进
调试行显示在概览标尺中
当前调试的行现在显示在编辑器右侧的概览标尺中。对于此装饰,我们使用已存在的 editor.stackFrameHighlightBackground
颜色。除此之外,VS Code 还使用 editor.focusedStackFrameHighlightBackground
颜色在概览标尺中显示当前聚焦的调试行(聚焦的调试行是非顶部堆栈帧位置,在调用堆栈视图中手动选择)。
自动调试配置改进
以前,我们引入了一项功能,使调试扩展可以分析当前项目并自动提供调试配置。这些调试配置是动态创建的,因此它们不会显示在 launch.json
配置文件中。在此里程碑中,我们还在 VS Code 重启(和重新加载)之间保留最近使用的自动调试配置,以使整个体验更加顺畅。如果自动调试配置在重启后不再有效,VS Code 将在调试启动后提示您从同一提供程序中选择新的自动配置。
调试悬停:底部的帮助文本/提示,用于切换到正常悬停
调试悬停底部现在有帮助文本,使 Alt 键切换到编辑器语言悬停更易于发现。提醒一下,当您进行调试时,调试悬停优先于语言悬停,使得无法看到语言悬停。您可以通过按住 Alt 修改键从调试悬停切换回语言悬停。只要按下 Alt 键,就会显示语言悬停而不是调试悬停。这使得在调试时更容易阅读诸如 Javadoc 描述之类的悬停。
调试控制台:折叠相同行
“调试控制台”现在折叠相同的输出并显示出现次数。此功能使掌握重复的程序输出变得更加容易。
launch.json 和 tasks.json 的新变量
引入了以下新变量
${fileWorkspaceFolder}
- 解析为在活动的 VS Code 编辑器中打开的文件的工作区文件夹路径。${fileDirnameBasename}
- 解析为在活动的 VS Code 编辑器中打开的文件所在的文件夹名称。${pathSeparator}
- 解析为操作系统用于分隔文件路径中组件的字符。
serverReadyAction:按名称启动其他调试配置
serverReadyAction 历来能够通过匹配 URL 来启动浏览器或 Chrome 调试。此版本添加了一个新选项,可以通过名称启动另一个任意配置。例如,在您的 launch.json
中,您可以指定
"serverReadyAction": {
"action": "startDebugging",
"pattern": "listening on port ([0-9]+)",
"name": "Launch Browser"
}
这允许您在标准 Chrome 调试配置中传递其他选项,并将其他调试器与 serverReadyAction
一起使用。
临时禁用自动附加
现在可以通过状态栏中的自动附加项,或通过调试:切换自动附加命令临时禁用自动附加。以这种方式禁用自动附加仅适用于当前窗口,并且不需要重新启动终端。可以以相同的方式重新启用它。
JavaScript 调试器
完整的更改列表可以在调试器的更新日志中找到。
断点诊断工具
有一个新工具旨在帮助排除阻止调试或阻止断点绑定的构建或配置问题。要使用它,请在调试会话运行时运行调试:为当前会话创建诊断信息命令。在更高版本的 VS Code 中,当适当时,将自动显示此诊断工具的提示。
默认可执行文件位置的设置
有一个用户设置 debug.javascript.defaultRuntimeExecutable
,允许您指定 Node.js 或 Chrome 二进制文件的默认位置。例如,{ "pwa-chrome": "dev" }
将在您使用 Chrome 类型配置进行调试时使用 Chrome 的“dev”构建。
请注意,要使用此新选项,您需要确保您的启动配置是 pwa-node
而不是 node
,或者是 pwa-chrome
而不是 Chrome。
任务
npm
内置 npm 扩展的设置 npm.packageManager
有一个新的默认值:auto
。auto
值将导致根据 .lock
文件以及用于安装工作区中依赖项的包管理器自动检测包管理器。当检测到多个 .lock
文件时,仍然会选择一个包管理器,并且警告将指示存在冲突。
移除最近的任务
任务快速选择器始终在顶部有一个最近的任务部分。由于这是一个有价值的位置,您现在可以通过使用右侧的移除最近使用的任务按钮从快速选择器中移除它们,从而更好地管理您的最近的任务。
扩展
在此里程碑中,我们为“扩展”视图和扩展详细信息页面添加了许多改进。
“扩展”视图现在会自动刷新。例如,扩展在安装后立即显示在扩展:已安装列表中。您也可以使用标题栏中的刷新按钮手动刷新视图。
主题:GitHub Light
扩展的详细信息页面现在显示一个上下文菜单,其中包含扩展的所有操作,就像在“扩展”视图中一样。
主题:GitHub Light
扩展详细信息页面中的功能贡献选项卡现在显示扩展的 激活事件。
主题:GitHub Light
您现在可以同时禁用扩展及其依赖项。当您尝试禁用具有依赖项的扩展时,会显示一个带有全部禁用操作的通知。
主题:GitHub Light
您可以使用扩展视图中扩展上下文菜单中提供的添加到工作区推荐或从工作区推荐中移除操作,从工作区推荐中添加或删除扩展。
主题:GitHub Light
扩展推荐通知现在显示安装下拉操作(当启用设置同步时),就像在“扩展”视图中一样。
我们通过弃用 extensions.showRecommendationsOnlyOnDemand
设置简化了扩展推荐的配置。您现在可以使用 extensions.ignoreRecommendations
设置来控制扩展推荐通知,并使用“扩展”视图的可见性操作来默认隐藏推荐。
故障排除:扩展二分
VS Code 的真正强大之处在于它的扩展:主题扩展添加漂亮的颜色和图标,语言扩展提供 IntelliSense 并启用代码导航,调试器扩展使您能够深入研究错误。有时,不清楚问题是否是由扩展引起的,如果是,则是由哪个扩展引起的。直到今天,您需要禁用所有扩展,然后逐个重新启用扩展才能找到有问题的扩展。现在,通过一个名为扩展二分的新功能,此过程变得容易。它使用二分查找算法来快速识别导致问题的扩展。本质上,它禁用您一半的扩展,并要求您检查您看到的问题。如果问题消失了,则坏扩展必须在禁用的扩展列表中,而不是在当前启用的扩展列表中。重复此过程,直到仅剩下一个扩展。
您可以通过命令面板中的帮助:启动扩展二分命令启动扩展二分(⇧⌘P (Windows、Linux Ctrl+Shift+P))。然后,它会指导您完成重复禁用和重新启用扩展的过程。每次重新加载后,系统都会提示您确认问题是否仍然存在。
扩展二分将反复要求您检查问题是否正在重现。您可以随时通过停止二分中止,如果您忽略二分通知,则可以通过帮助:继续扩展二分命令继续。
当扩展二分过程完成后,系统会要求您针对该扩展提交问题。您也可以从此处禁用该扩展。
键盘快捷方式编辑器
我们在此里程碑中为“键盘快捷方式”编辑器添加了一些改进。
您现在可以通过命令面板中的配置键绑定齿轮按钮为命令配置键绑定。
主题:GitHub Light
您可以从“键盘快捷方式”编辑器向命令添加多个键绑定。
主题:GitHub Light
您现在还可以从搜索输入中按特定的“键盘快捷方式”编辑器列进行筛选
@command:commandId
- 按命令 ID 筛选。例如,@command:workbench.action.showCommands
。@keybinding:keybinding
- 按键绑定筛选。例如,@keybinding:f1
。@source:user|default|extension
- 按来源筛选。
您可以使用 向上 和 向下 箭头在“键盘快捷方式”编辑器中导航搜索历史记录。
IntelliSense
来自其他文档的基于单词的建议
VS Code 支持简单的基于单词的建议。当语言服务不可用或语言服务无法计算结果时,例如在注释内键入时,这些建议很有用。在此版本中,VS Code 现在可以配置为建议来自其他打开文件的单词。将 editor.wordBasedSuggestionsMode
设置与 allDocuments
一起使用以建议来自所有打开文件的单词,使用 matchingDocuments
以建议来自相同语言的打开文件的单词(默认),并使用 currentDocument
仅建议来自当前文件的单词。
隐藏内联详细信息
VS Code 中的建议具有详细信息,这些详细信息显示在建议旁边的单独弹出窗口中。可以关闭详细信息视图,然后将在建议中内联显示详细信息的预览。在建议中内联显示详细信息可能会占用太多空间,因此现在可以通过新的布尔值设置 editor.suggest.showInlineDetails
禁用此功能。
TypeScript 建议显示路径
TypeScript 可以提供也添加导入语句的完成项。但是,当有多个同名符号时,很难选择正确的完成项。此版本使此操作更简单,因为自动导入完成项的路径与标签一起显示。
自定义 CodeLens
您现在可以配置 CodeLens 项的字体系列和大小。
在上面的屏幕截图中,字体和大小是使用以下两个设置自定义的
"editor.codeLensFontFamily": "Comic Sans MS",
"editor.codeLensFontSize": 12,
编辑器
空格的粘滞制表位
如果您喜欢使用空格缩进代码,则有一个名为 editor.stickyTabStops
的新设置,该设置使 VS Code 将前导空格中的光标移动视为制表符。
删除单词命令
现有的删除单词操作将从当前光标位置删除到单词的开头(例如 Windows/Linux 上的 Ctrl+Backspace)或单词的结尾(Windows/Linux 上的 Ctrl+Delete)。现在有一个新命令,它将删除光标下的整个单词,名为删除单词。
差异编辑器中的自动换行
差异编辑器的并排和内联视图现在都支持自动换行。通常,差异编辑器将遵循与自动换行相关的编辑器设置。对于默认情况下自动换行的 Markdown 文件,差异编辑器也将自动换行它们
如果您希望差异编辑器永远不换行或始终换行,则可以使用新的 diffEditor.wordWrap
设置并将其配置为 "on"
或 "off"
(默认值为 "inherit"
,这意味着差异编辑器继承编辑器换行设置)。
代码片段
隐藏扩展代码片段
扩展贡献的代码片段现在可以从 IntelliSense 中隐藏。此功能可在您运行插入代码片段时从“插入代码片段”选择器中使用。找到您要隐藏的扩展代码片段,然后选择右侧的眼睛图标。
隐藏的代码片段不会显示在 IntelliSense 中,但仍然可以通过插入代码片段使用。最后,当使用设置同步时,隐藏的代码片段首选项将在您的设备之间同步。
没有前缀的代码片段
在编写代码片段时,您现在可以省略 prefix 属性。没有前缀的代码片段不会显示在 IntelliSense 中,但可以通过插入代码片段使用。
集成终端
终端配置支持
您现在可以通过在终端下拉菜单中选择配置终端设置来修改终端设置。
键绑定管理
默认情况下,快捷键会被派发到工作台,而不是终端,这在 terminal.integrated.commandsToSkipShell
设置中指定。当用户输入与这些命令之一对应的快捷键时,会收到新的通知,并提供配置相关设置的选项。
要将大多数快捷键发送到终端而不是工作台,您可以设置 terminal.integrated.sendKeybindingsToShell
。
语言
Markdown 内联智能选择
在 Markdown 文档中使用以下命令展开和收缩选择
- 展开: ⌃⇧⌘→ (Windows, Linux Shift+Alt+Right)
- 收缩: ⌃⇧⌘← (Windows, Linux Shift+Alt+Left)
选择适用于斜体、粗体、内联代码块和链接。
TypeScript 4.1
此版本的 VS Code 包含了 TypeScript 4.1.2。这个主要的 TypeScript 更新带来了一些新的语言特性支持,包括 模板字面量类型 和对 [React 17 工厂的支持—以及改进 JavaScript 和 TypeScript 的语言工具。与往常一样,它还包括一些错误修复。
您可以在 TypeScript 博客上阅读更多关于 TypeScript 4.1 的信息。
JSDoc @see 标签的初始支持
JSDoc @see
标签允许您在 JSDoc 注释中引用其他函数和类。下面的示例显示了 crash
函数从另一个文件引用 WrappedError
类
// @filename: somewhere.ts
export class WrappedError extends Error { ... }
// @filename: ace.ts
import { WrappedError } from './somewhere'
/**
* @see {WrappedError}
*/
function crash(kind) {
throw new WrappedError(kind);
}
VS Code 现在将在执行重命名时包含基本的 @see
引用。您还可以在 @see
标签的内容上运行转到定义,并且 @see
标签也会显示在引用列表中。
我们计划在未来的版本中继续改进对 @see
标签的支持。
IntelliSense 行为和类型检查的新设置
有两个新设置控制 JavaScript 和 TypeScript 文件中的 IntelliSense 和类型检查行为,这些文件不属于显式的 tsconfig 或 jsconfig 项目。
-
js/ts.implicitProjectConfig.strictNullChecks
设置启用 严格的空值检查。默认情况下为false
。如果您正在使用 TypeScript,您绝对应该启用严格的空值检查,因为它可以捕获许多常见的编程错误。
严格的空值检查在 JavaScript 中工作时也很有帮助。当启用严格的空值检查时,悬停和 IntelliSense 信息将显示哪些类型可以为
undefined
和null
。如果您在 JavaScript 中启用类型检查,VS Code 也可以使用严格的空值检查来捕获一些常见的编程错误。 -
js/ts.implicitProjectConfig.strictFunctionTypes
设置启用 严格的函数类型。默认情况下为true
。严格的函数类型更难以解释,但通常也能改进 IntelliSense,并能捕获一些编程错误。
请记住,如果文件是 jsconfig 或 tsconfig 项目的一部分,则这两个设置都会被覆盖。
重命名其他隐式 JS/TS 项目设置
JavaScript 和 TypeScript 的其他隐式项目设置已被重命名,以使其更准确
javascript.implicitProjectConfig.checkJs
->js/ts.implicitProjectConfig.checkJs
javascript.implicitProjectConfig.experimentalDecorators
->js/ts.implicitProjectConfig.experimentalDecorators
这些设置被重命名是因为它们适用于不属于 jsconfig 或 tsconfig 项目的 JavaScript 和 TypeScript 文件。以前的设置名称暗示它们只适用于 JavaScript 文件。
HTML
新的格式化程序设置
HTML 扩展使用 JSBeautify 作为格式化程序。JSBeautify (1.13) 最新版本的更新带来了一些新的格式化程序设置
html.format.wrapAttributesIndentSize
:在html.format.wrapAttributes
中使用force aligned
和aligned multiple
时的对齐大小,或者为null
以使用默认缩进大小。html.format.templating
:支持 django、erb、handlebars 和 php 模板语言标签。html.format.unformattedContentDelimiter
:将此字符串之间的文本内容保持在一起。
最后一个设置允许您设置一个标签来标记不应格式化的区域
"html.format.unformattedContentDelimiter": "<!-- DoNotFormat -->"
onTypeRename 的新设置名称
当修改标签的匹配结束标签时编辑标签的On Type Rename功能现在称为linked editing(链接编辑)。启用链接编辑的命令是Start Linked Editing(开始链接编辑)(⇧⌘F2 (Windows, Linux Ctrl+Shift+F2)),而 Escape 禁用链接编辑模式。
启用它的设置现在是
"editor.linkedEditing": true
扩展的贡献
远程开发
在 Remote Development extensions(远程开发扩展)上继续工作,这些扩展允许您使用容器、远程机器或 Windows Subsystem for Linux (WSL) 作为功能齐全的开发环境。
1.52 版本的功能亮点包括
- Linux 远程上的自动端口转发。
- 在本地安装远程扩展的新命令。
- 现在,您可以在容器中打开存储库时选择分支。
- 通过在后台安装扩展来改进服务器启动性能。
您可以在 Remote Development release notes(远程开发发行说明)中了解新的扩展功能和错误修复。
笔记本
VS Code 团队正在 继续努力 本机支持笔记本,并改进其 UX 和性能。
改进大型文本输出渲染
如果本机笔记本编辑器的输出内容过大,为了确保 UI 始终响应迅速,它现在会截断输出。您仍然可以在文本编辑器中打开输出的完整原始内容。
扩展编写
文件装饰 API
FileDecorationProvider
API 现在是最终版本,可以被任何扩展使用。通过此 API,可以将环境信息添加到文件中,用于资源管理器中显示的 SCM 和错误装饰。
撤消资源更改
资源管理器操作(如创建文件、重命名文件或删除文件)会引发事件,这些事件允许参与,例如,onWillCreateFiles
、onWillRenameFiles
或 onWillDeleteFiles
。此版本增加了对撤消此类资源管理器操作的支持,您应该知道,在撤消操作时不会触发上述事件。
新的主题颜色
statusBarItem.errorBackground
:状态栏错误项背景色。错误项从其他状态栏条目中脱颖而出,以指示错误情况。statusBarItem.errorForeground
:状态栏错误项前景色。错误项从其他状态栏条目中脱颖而出,以指示错误情况。
错误背景颜色
主题作者现在可以利用新的主题颜色来表示编辑器中的错误。编辑器错误、警告和信息现在可以通过以下方式进行样式设置
editorError.background
editorWarning.background
editorInfo.background
更新的 Codicons
我们向 codicon 库 添加了以下新图标
check-all
circle-large-filled
circle-large-outline
pass-filled
pinned-dirty
支持视图容器和视图的 codicon
您现在可以使用 codicon 作为视图容器和视图的图标。示例
"views": {
"explorer": [
{
"id": "npm",
"name": "NPM Scripts",
"icon": "$(code)",
"visibility": "hidden"
}
]
}
有关可用图标的列表,请参阅 图标列表。
链接编辑范围提供程序
以前称为 OnTypeRenameProvider
的现在是一个公共 API,名为 LinkedEditingRangeProvider
。
对于文档中的给定位置,LinkedEditingRangeProvider
链接具有相同内容的范围。对其中一个范围的更改可以应用于所有其他范围。
这可以在 HTML 中看到效果。当编辑开始标签的名称时,结束标签也会自动更新。
FoldingRangeProvider.onDidChangeFoldingRanges
FoldingRangeProvider.onDidChangeFoldingRanges
已被设为公共 API。这是一个可选事件,用于发出提供程序的折叠范围已更改的信号。
使用查询过滤器打开键盘快捷方式编辑器
扩展现在可以在使用命令 workbench.action.openGlobalKeybindings
打开键盘快捷方式编辑器时传递查询文本。
vscode.commands.executeCommand('workbench.action.openGlobalKeybindings', 'query');
fs.isWritableFileSystem
新的 fs.isWritableFileSystem
API 允许您检查给定的文件系统是否支持写入。例如,要检查 URL 为 example:/path/to/file
的文档是否位于可写文件系统上
switch (vscode.fs.isWritableFileSystem('example')) {
case true:
// The `example` filesystem supports writing.
// Keep in mind the permissions or other issues may still prevent
// a file from being written.
break;
case false:
// The `example` filesystem does not support writing (it is readonly).
break;
case undefined:
// VS Code does not know about the `example` filesystem
break;
}
自定义编辑器可以使用 fs.isWritableFileSystem
来确定是否显示只读 UI。
Markdown Tree tooltip API
用于 TreeItem
上的 tooltip
的 Markdown API 已最终确定。您可以在创建 TreeItem
时将 tooltip
设置为 Markdown 字符串,或者,如果您的 Markdown 可能需要额外的计算时间,您可以使用新的 TreeDataProvider.resolveTreeItem
来设置 tooltip。
TreeItem 高亮 API
期待已久的 TreeItemLabel
API 已最终确定。此 API 可用于在 TreeItem
的 label
上设置高亮。您可以在“引用”视图中看到它的实际效果。
listDoubleSelection 和 listMultiSelection
现在可以使用上下文值 listDoubleSelection
和 listMultiSelection
来启用贡献树视图中的命令。
视图欢迎内容按钮启用
您现在可以为视图欢迎内容部分设置启用上下文子句。
建议的扩展 API
每个里程碑都附带新的建议 API,扩展作者可以试用它们。与往常一样,我们希望得到您的反馈。以下是您试用建议 API 需要做的事情
- 您必须使用 Insiders 版本,因为建议的 API 经常更改。
- 您的扩展的
package.json
文件中必须有这一行:"enableProposedApi": true
。 - 将最新版本的 vscode.proposed.d.ts 文件复制到您项目的源代码位置。
您不能发布使用建议 API 的扩展。下一个版本中可能会有重大更改,我们永远不想破坏现有的扩展。
状态栏条目背景色 API
我们为 StatusBarItem
建议了一个新的属性 backgroundColor
,用于设置状态栏条目的背景色。目前仅支持 statusBarItem.errorBackground
,以避免状态栏看起来过于色彩缤纷。我们可能会在未来将此支持扩展到更多颜色。
此新 API 的用例是使扩展能够在状态栏中指示错误情况。例如,ESLint 扩展可能会决定使用此颜色来警告用户 ESLint 尚未为工作区启用。
更多可主题化的图标
产品图标主题的工作已经恢复。产品图标主题是一项建议的功能,允许您使用自定义图标集来设置 VS Code 的样式。它适用于内置视图中的所有图标,以及所有使用 Codicon 库中图标的扩展。产品图标主题将在下一个里程碑中公开。
添加了更多图标名称,特别是针对调试、扩展和终端视图,以及设置和笔记本编辑器。
查看更新后的 图标列表。
删除建议的日志记录 API
大约一年前存在一个日志记录 API 的建议,LogLevel
和 onDidChangeLogLevel
,现在已被删除。扩展可以使用输出通道 API 进行日志记录,或者,当使用自定义记录器时,可以使用 ExtensionContext#logUri
。
初步添加建议的测试 API
我们正在调查 VS Code 中的测试,API 的第一个版本现在出现在 vscode.proposed.d.ts
中。请阅读链接的问题以获取更多上下文,如果您有任何意见,请参与讨论。我们预计 API 的提供程序部分将比观察者部分更早发布。
新的上下文键运算符
<
、<=
、>
或 >=
现在可以用于上下文键表达式。以下是一个示例,用于贡献一个仅在打开两个或多个工作区文件夹时出现的命令
"contributes": {
"menus": {
...
"when": "workspaceFolderCount >= 2"
...
}
}
语言服务器协议
3.16 版本的语言服务器协议的功能集已最终确定,并在 LSP 协议站点上提供。3.16 版本的主要亮点是
详细的 更改日志 也包含对现有请求的所有次要改进。
调试适配器协议
支持条件异常
在这个里程碑中,2020 年 9 月的条件异常 提案 已最终确定,现在是 Debug Adapter Protocol (DAP) 1.43 版本的一部分。
协议添加使用新的可选 filterOptions
属性扩展了 setExceptionBreakpoints
请求,用于设置异常过滤器及其条件。调试适配器可以通过 supportsExceptionFilterOptions
功能声明它支持条件异常功能。
澄清了 StackTraceResponse.totalFrames 的语义
Debug Adapter Protocol 中 supportsDelayedStackTraceLoading
功能的描述似乎表明,为了使延迟堆栈帧加载工作,适配器必须使用正确的可用堆栈帧数填充 StackTraceResponse
的 totalFrames
字段。但是,对于某些调试器或运行时,此值不易计算,这使得支持延迟堆栈帧加载的成本很高。
由于帧的总数永远不会在 UI 中显示,因此我们澄清了最初的 - 有些不足的 - totalFrames
语义描述:调试适配器现在可以自由地为 totalFrames
提供一个大的(不正确的)值,并且客户端应该准备好接收比请求的帧数更少的帧,并将其用作堆栈已到达末尾的指示。
澄清了 RunInTerminalRequestArguments.cwd 的语义
由于 runInTerminal
请求的 cwd
属性(“当前工作目录”)不是可选的,因此无法省略该属性以表达“不在乎”的情况。例如,如果调试适配器知道“cwd”已经正确,并且不需要客户端生成“更改目录”命令,则 DAP 规范未描述如何实现此目的。
为了解决这个缺点,我们通过添加客户端仅在 cwd
属性包含非空路径时才需要执行更改目录命令来澄清 DAP 规范。
工程
为问题报告器和进程资源管理器启用了沙箱和上下文隔离
为了获得更多关于启用 Electron 的 沙箱 和 上下文隔离 的反馈,我们推动为我们的进程资源管理器和问题报告器窗口启用它。此配置最终也将成为主 VS Code 窗口的默认配置
sandbox
已启用contextIsolation
已启用- 资源从自定义
vscode-file
方案(而不是file
)提供
NPM 依赖项的安全供应链
我们通过利用源代码扫描和测试服务改进了我们的 NPM 依赖项供应链,以提高我们的构建管道安全性和可靠性。
Linux ARM 存储库
用于 ARM 架构(aarch64
和 armhf
)的 VS Code 现在发布在以下 Linux 存储库中
新命令
键 | 命令 | 命令 ID |
---|---|---|
在差异编辑器中聚焦主侧 | workbench.action.compareEditor.focusPrimarySide |
|
在差异编辑器中聚焦次要侧 | workbench.action.compareEditor.focusSecondarySide |
|
在差异编辑器中聚焦另一侧 | workbench.action.compareEditor.focusOtherSide |
文档
远程开发
有几种新的方法可以了解 VS Code 远程开发
- 观看“Tabs versus Spaces”视频,讨论 VS Code 远程开发。
- 或者尝试逐步学习模块,了解如何 使用 Docker 容器作为开发环境。
GitHub 集成
- 查看我们新的学习模块,了解如何通过 Visual Studio Code 中的 GitHub 简介 最佳地利用编辑器的 GitHub 集成。
我们如何在开放环境中制作 VS Code
观看开发者 Alex Ross 和 Benjamin Pasero 在 GitHub Universe 上的会话录像 我们如何在开放环境中制作 VS Code,了解我们的团队如何以开源方式构建 VS Code,并在 GitHub 上与社区协作。
Chromebook 上的 VS Code
您知道可以在 Chromebook 上运行 VS Code 吗?我们认为这对学生和初级程序员来说是一个很好的选择。通过我们的 Chromebook 上使用 VS Code 学习 博客文章,了解如何在 Chrome OS 上设置 VS Code(通过 Crostini),其中包括关于使用 JavaScript 和 Python 开始编码的说明。
值得注意的修复
- 39543: 在拆分 json 设置编辑器的概览标尺中突出显示匹配的单词。
- 67905: 同时安装多个扩展 vsix 文件
- 83187: 来自一个配置的环境变量会泄漏到另一个配置中。
- 88703: 未在设置 UI 中报告具有 URI 格式的字段的错误
- 97202: ${config
} 变量在多根工作区启动配置中无法解析。 - 98041: Emmet 忽略“评估数学表达式”上的选择
- 107320: 安装包含 main 的扩展时不应显示主题选择器。
- 107461: 调试控制台上的历史记录未保留
- 109111: 调试控制台不遵守用户设置。
- 110077: 数据断点未在断点视图中显示。
- 110426: 支持使用来自 stdin 读取的
--diff
参数 - 110738: 允许扩展为自定义文件系统方案设置编辑器标签
- 110775: Shift 右键单击的“永久删除”选项已消失
- 110854: 支持在打开的编辑器中只读更改文件系统提供程序
- 110905: CLI:除非强制,否则如果已安装扩展,请勿访问 Marketplace
感谢您
最后但同样重要的是,衷心感谢以下本月为 VS Code 做出贡献的人们
对我们的问题跟踪的贡献
- John Murray (@gjsjohnmurray)
- Simon Chan (@yume-chan)
- Andrii Dieiev (@IllusionMH)
- ArturoDent (@ArturoDent)
- Alexander (@usernamehw)
对 vscode
的贡献
- Aasim Khan (@aasimkhan30)
- 修复 ListWidget escape 按钮行为 PR #110760
- 为复选框添加轮廓偏移,以使焦点可见。 PR #110038
- @AE1020: 使在滚动条中单击按页移动 PR #104923
- @alisonnoyes: Quiet Light 主题差异语法高亮 PR #107926
- Andrew Casey (@amcasey): 公开 TS 服务器跟踪 PR #110534
- Andrew Branch (@andrewbranch): [typescript-language-features] 更新 importModuleSpecifierPreference 值 PR #110536
- @apogeeoak: 阻止重新打开 markdown 预览时出错。 (#_107205) PR #111449
- Jonathan Belcher (@belcherj): 修复 Firefox 的组合逻辑 PR #106873
- @BTNDev: 更新了代码片段中的 javascript PR #111062
- Borja Zarco (@bzarco): 在没有
folderUri
的情况下解析配置变量时不要失败。 PR #97203 - @chanmaoooo: 添加 'deleteWordEntire' 命令 PR #109511
- chenjigeng (@chenjigeng): 修复了在 HTML 中编写 javascript 时悬停样式不正确的问题 PR #111110
- @dataleaky: 更新 package.json PR #111661
- Devansh Jethmalani (@devanshj): feat(quickinput): 支持提示中的 codicon PR #102898
- Aadhish Sriram S (@dfireBird): feat: 检测默认暂存消息 microsoft#106907 PR #107074
- @digeff: 为 searchView/context 添加了可扩展点 PR #109049
- Nathaniel Palmer (@diminutivesloop): 在失败时提供显示 git 命令输出的选项 PR #95354
- Dor Mesica (@dormesica): 在删除暂存之前添加警告。 PR #94267
- David Sanders (@dsanders11)
- 修复错误消息 PR #111269
- 将 vscode.Uri 添加到 vscode.RelativePattern 的 base 参数的类型 PR #111155
- 使用标签作为“跟随链接”命令的工具提示 PR #110917
- 澄清命令启用的效果 PR #110423
- 使用 Array.flat() PR #110189
- Ikko Ashimine (@eltociear): 修复了 typo 'sequece' 为 'sequence' PR #109643
- Erik Krogh Kristensen (@erik-krogh): 修复了解析 markdown 文件时的灾难性回溯 PR #109964
- Jakub Piskiewicz (@eXotech-code): 添加了一个设置以自动打开克隆的存储库。 PR #94369
- Fabio Zadrozny (@fabioz): FileSystemWatcher 限制的文档 (#_60813) PR #110858
- Himanshu Kapoor (@fleon): 允许 monaco-editor 与 Jest 正确配合使用 PR #109833
- Ben Curtis (@Fmstrat): 添加 ignoreSubmodules 选项 PR #88772
- John Murray (@gjsjohnmurray)
- fix #109733 阻止标题栏中出现双 '(read-only)' 后缀 PR #109736
- fix #106487 为 viewsWelcome 贡献的按钮实现“enablement”子句 PR #107705
- Guillaume Lachance (@glachancecmaisonneuve): Windows 资源管理器图标 PR #86283
- Hung-Wei Hung (@hunghw): 使用更改的文件创建空提交 #107753 PR #107958
- Dhruva Srinivas (@IQUBE-X): 向 Markdown 代码片段添加定义列表 PR #110026
- Jean Pierre (@jeanp413)
- 修复了快速导航导航栏时扩展编辑器故障 PR #110370
- 修复了打印长行时终端滚动滞后 PR #110213
- 改进了合并冲突中已删除文件的差异 PR #91245
- 修复了源代码管理记住树折叠状态 PR #89313
- Jessica Petty (@jepetty): 添加节点任务以修复损坏的 Rich Nav 构建 PR #110762
- Josias (@justjosias): Typo hightlight -> highlight PR #108451
- @KapitanOczywisty: 比较时忽略 LineDecoration 顺序 PR #108379
- Ken Aoki (@kena0ki): 更新 xterm.css PR #109850
- Wenlu Wang (@Kingwl)
- Oliver Larsson (@LarssonOliver): 实现了 git.pruneOnFetch 设置 PR #89249
- Jiaxun Wei (@LeuisKen): 在 ExtensionUrlBootstrapHandler 中缓存 OpenURLOptions PR #110725
- Jade (@lf-): 显式 fontLigatures 描述 PR #109987
- Logan Rosen (@loganrosen): 将 .ember-cli 标记为 jsonc 而不是 json PR #110541
- Mohammed Al-Dahleh (@maldahleh): #109255 - 向设置 “文件:编码” 下拉列表添加编码描述 PR #109551
- Mathias Rasmussen (@mathiasvr): 允许仅 git amend 消息 PR #91838
- MD Asif Hasan (@mdasifhasan): 修复 Pull 和 Sync 的 fetchOnPull 行为 PR #99324
- Seth Fitzsimmons (@mojodna): 拼写错误:Uncommited → Uncommitted PR #109119
- Nicholas Rayburn (@nrayburn-tech): 为 launch.json 添加 dirSep 变量 PR #105887
- oli (@olivercoad): 处理冲突的多字符自动关闭对 PR #110094
- @Pikachu920: 阻止将 “null” 不必要地连接到反馈 URL PR #111325
- Pablo Sebastian Greco (@psgreco)
- 更多清理 armhfp 和 aarch64 rpm 硬编码依赖项 PR #111253
- 修复 armv7hl 和 aarch64 的硬编码 rpm 依赖项 PR #111198
- Rotem Bar (@rotem-bar): feat(extensions): 添加了一个选项,用于在禁用具有启用依赖项的扩展时禁用相关依赖项 PR #104997
- Andreas Ziegler (@rupran): scmViewPane:不在提交消息输入字段中渲染空格 PR #107913
- Dmitry Sharshakov (@sh7dm): Git:在暂存之前询问是否保存未保存的文件 PR #94358
- Shivang Tripathi (@shivangg): feat: 自动检测 npm.packageManager #102050 PR #102494
- Shunsuke Iwamoto (@shskwmt): 修复 #93946. 滚动时移除焦点。 PR #94280
- Emanuel Tesař (@Siegrift): 启用 tsec 作为语言服务插件 PR #108682
- Jonathan Mannancheril (@SneakyFish5)
- Git: 添加 cherryPick 命令 PR #104614
- 添加 git.pushTags 设置 PR #104312
- Scott Davis (@stdavis): feat: 实现 Git: Push Tags 命令 PR #110096
- Suman B K (@sumanbk92): 将 ` 包含为 foldEndPairCharacters 的一部分 PR #110108
- Tim (@Timmmm): 添加原子标签页选项 PR #107126
- @turara
- 更新 OneSnippet#move 方法以修复 #96545。 PR #108964
- 向 SearchView 添加 updateTextFromFindWidgetOrSelection 方法 PR #108401
- 更新 CodeActionOnSaveParticipant PR #108193
- Alexander (@usernamehw)
- 添加一个设置,以包含与语言无关的基于单词的建议 PR #110494
- 修复 #99971 - 在功能贡献中显示激活事件 PR #100010
- Valter Pires (@vfcp): 修正 "Tomorrow Night Blue" 主题在 package.nls.json 中的 themeLabel PR #110178
- Jason Wang (@wangjaso): 提供选项,为 git.api.getRemoteSources 默认使用 github provider PR #106368
- Eno Yao (@Wscats)
- 支持键盘快捷键浏览器上下文键 PR #110902
- 支持大于号和小于号 PR #110846
- 优化代码可读性 PR #110572
- @xndcn: 修复小地图滑块的覆盖区域 PR #108448
- winwin2011 (@YuJianghao): 修复进度位溢出错误 PR #110411
- Zuckjet (@Zuckjet): 悬停信息不应在单词内被打断 PR #106885
对 language-server-protocol
的贡献
- @KamasamaK
- Danny Tuppeny (@DanTup): 调整以简化规范的解析 PR# 1156
对 vscode-languageserver-node
的贡献
- Niccolò Belli (@darkbasic): 实现 ShowTextDocumentRequest PR #490
- Danny Tuppeny (@DanTup): 在 onProgress 中添加对中间件的支持 PR #690
- Julien HENRY (@henryju): 使用 appName 作为客户端信息,而不是 'vscode' PR #697
对 vscode-eslint
的贡献
对 vscode-js-debug
的贡献
- Momtchil Momtchev (@mmomtchev): 添加对调试外部 node internals 的支持 PR #824
对 vscode-html-languageservice
的贡献
- Jean Pierre (@jeanp413): 修复自动完成文本编辑输出 </[object Object]> PR #93
对 node-jsonc-parser
的贡献
- Dan Russell (@dangrussell): 将文件扩展名添加到 typings 属性值 PR #43
对 vscode-generator-code
的贡献
- Tom Sherman (@tom-sherman): 将已弃用的
assert.equal
替换为strictEqual
PR #229 - Tomáš Hübelbauer (@TomasHubelbauer): 允许通过 CLI 传递 gitInit、pkgManager 和 webpack PR #227
对 vscode-vsce
的贡献
- Fabian Meumertzheim (@fmeum): 确保 package.json 在 *.vsix 中可写 PR #508
- James George (@jamesgeorge007): chore: 移除过时的代码 PR #511
- Matan Gover (@matangover): presense -> presence PR #510