官宣｜VS Code 1.59 发布！Terminal 能够跨窗口移动了！

时间  2021-08-13
标签 java linux git github web chrome typescript npm 编程 json 栏目 无线 繁體版
原文   原文链接

欢迎使用 2021 年 7 月版的 Visual Studio Code。咱们但愿您会喜欢此版本中的许多更新与改进，如下是其中的一些高亮：java

  • 扩展视图的改进 - 丰富的扩展详细信息悬停，新的运行状态标签页。
  • 设置编辑器验证 - 快速查找到对象设置的编辑错误。
  • 拖放终端 - 将终端跨窗口移动到编辑器和面板区域。
  • 扩展的主题定制 - 一次定制多个颜色主题。
  • Jupyter 笔记本的内建支持 - 直接在 VS Code 中打开 .ipynb 文件。
  • 笔记本 UI 的改进 - 显示折叠单元格的第一行，每一个单元格的撤消/重作。
  • 测试 API 的最终肯定 - 原生支持 VS Code 中使用测试资源管理器运行测试。
  • 调试反汇编视图预览 - 在 VS Code 中显示反汇编的 C++ 代码。
  • 实时预览扩展 - VS Code 中的实时的 HTML 预览，支持 JavaScript 调试。
  • 远程 - 容器 devcontainer CLI - 用于开发容器的命令行界面。

若是您想在线阅读这些发行说明，请访问 code.visualstudio.com上的更新。linux

更多关于VS Code 的资料请访问微软 MS Learn 平台：http://aka.ms/vscodelearngit

内部抢先版 ：想更先一步体验新功能吗？您能够下载每晚的 Insiders 版本，并在最新更新可用时当即试用。github

工做台

扩展插件

改进了调整大小后的扩展视图。在下面的动图中，你能够看到默认宽度的扩展视图显示了全部详细信息（之前未显示图标、评分和安装计数）。当它缩小时，会显示较小的扩展图标，当其宽度进一步减少时，图标和评分将被隐藏。
在这里插入图片描述web

扩展视图如今会显示自定义悬停信息。这个丰富的悬停包括扩展的完整描述和其余有用的信息，例如为何禁用或推荐扩展。chrome

file

您如今能够在插件面板中看到更多的插件运行状态，例如其激活时间、是否在启动时激活，以及扩展编辑器中新引入的 运行时状态 选项卡中是否生成了任何警告或错误。固然，你也能够悬停在插件试图上看到部分的运行状态信息。
file
插件面板的详细信息标签页如今会显示分类信息，资源连接，和诸如插件发布时间和更新时间的其余信息。选择某个分类会显示当前分类下的全部插件。
typescript

设置编辑器

设置编辑器如今支持对象验证功能。验证会涵盖直接编辑 JSON 文件时可能引入的类型错误。
filenpm

非编辑模式下，数组设置如今具备了拖放功能的支持。编程

此外，将 uniqueItems 属性设置为 true 的枚举数组设置如今仅显示剩余选项，而不是下拉列表中的全部选项。
filejson

设置编辑器如今还支持多行字符串设置，其中值呈如今多行文本区域而不是单行输入框中：
file

扩展的主题自定义语法

颜色自定义设置容许用户自定义当前主题的颜色：

－ workbench.colorCustomizations
－ editor.tokenColorCustomizations
－ editor.semanticTokenColorCustomizations

如下语法能够用来一次自定义多个主题的颜色：

"workbench.colorCustomizations": {
        "[Abyss][Red]": {
            "activityBar.background": "#ff0000"
        },
        "[Monokai*]": {
            "activityBar.background": "#ff0000"
        }
    },

您能够列出多个主题，或者，在名称的开头或者结尾使用*通配符来选取多个主题。

Jupyter笔记本文件的支持

本月，咱们把支援 *.ipynb 文件的代码从 Jupyter 笔记本 插件吸取为了内建插件。这意味着你如今能够在一个全新安装的 VS Code 环境中获得 Jupyter 笔记本的原生支持。你甚至都不用安装 Jupyter 的插件。须要注意的是，若是你想要执行 ipywidgets 或者其余复杂渲染类型的代码单元或者查看运行结果时，你依然须要完整安装 Jupyter 插件。

笔记本布局的改进

咱们在本次迭代中对笔记本布局进行了一些改进：

  • 咱们如今将会在折叠时渲染代码单元的第一行。
  • 当窗口宽度不足以呈现全部主要操做时，笔记本编辑器工具栏上的操做将移至溢出区。
  • notebook.undoRedoPerCell 的默认值如今更改成 true。
    file
    咱们还更新了代码单元格的默认样式，显示背景颜色以帮助区分单元格。主题可使用 notebook.cellEditorBackground 来自定义这个颜色。
    file
    最后，您如今可使用 notebook.globalToolbarShowLabel 设置在笔记本工具栏上切换文本标签：
    file

"复制相对路径" 配置路径分隔符

在调用 "复制相关路径" 操做时，新设置 explorer.copyRelativePathSeparator 容许显式设置使用路径分隔符。如下为可用选项：

  • Auto （默认） - 使用操做系统特定的路径分隔符
  • / - 使用斜线做为路径分隔符
  • \\ - 使用反斜杠做为路径分隔符

跨编辑器组共享视图状态

添加了一个新设置 workbench.editor.sharedViewState 以配置编辑器视图状态（例如，编辑器中的滚动位置）在编辑器组之间共享的方式。

默认状况下，此设置被禁用以保留当前设置。若是您在靠边打开编辑器并稍后关闭该编辑器组，只是为了再次打开编辑器到靠边，则不会恢复视图状态，由于您正在打开一个新的编辑器组。可是，当您启用此设置时，除非为编辑器组找到更具体的视图状态，不然将在全部编辑器组中保留并使用最新的编辑器视图状态。
在这里插入图片描述

编辑器

在不一样的折叠范围之间切换

如下的新指令能够将光标位置设置为相应的折叠：

  • 转到下一个折叠 ( editor.gotoNextFold )
  • 转到上一个折叠 ( editor.gotoPreviousFold )
  • 转到父级折叠 ( editor.gotoParentFold）

这些命令目前没有默认键绑定，可是你能够经过如下方法添加本身的键盘快捷键：
首选项：打开键盘快捷键(kb(workbench.action.openGlobalKeybindings))

自动折叠 Import 语句

经过设置 editor.foldingImportsByDefault 来自动折叠 Import 语句。
当文件被打开后，折叠的状态将会被保存。

TypeScript，JavaScript，Java，C#，C++ 和其余具有折叠范围提供程序的编程语言都支持这项新功能。注：折叠范围提供程序特指将 Import 语句标注为 FoldingRangeKind.Imports 的提供程序。

选择项的种子搜索字符串

Find Widget 设置 editor.find.seedSearchStringFromSelection 已支持从非空选择中播种搜索字符串。默认状况下，当显示小部件时，编辑器将使用如下两项做为搜索关键词：

  1. 选择项。
  2. 空选择周围的单词。

内联建议的改进

咱们改变了内联建议的呈现方式。这不只修复了许多错误，并且还使自动换行识别了内联建议。

此外，如今支持了非尾随位置的多行内联建议。

嵌入提示的改进

咱们还改变了嵌入提示的呈现方式。经过使用与内联建议相同的机制，嵌入提示如今也被用于自动换行。

这种机制还实现了嵌入提示周围的单独光标停靠。

终端

在窗口之间拖拽终端

如今，您能够任意地从标签页或一个窗口的编辑区域，拖拽终端到标签页，编辑区域，或者另外一个窗口的面板。
file

子进程跟踪和关闭警告

当用户尝试关闭一个有子进程的终端时，terminal.integrated.confirmOnExit 和新的设置 terminal.integrated.confirmOnKill会警告用户。默认状况下，这仅影响编辑器区域中的终端，但用户能够配置为显示全部的（面板区域中）终端警告。

设置所提供的终端配置文件为默认

如今用户能够将插件所提供的终端配置文件设为默认的配置文件。
file

下划线和删除线支持

终端如今支持下划线和删除线属性。例如，用能够能够配置git来使用这些新属性：

file

上述的例子使用了下列 .gitconfig 参数：

[color "status"]
  added = green bold
  changed = red bold strike
  untracked = cyan
  branch = yellow black bold ul

编辑区域靠边建立终端

如今，用户能够在活动编辑区域使用新指令workbench.action.createTerminalEditorSide 来建立一个靠边新的终端。

活动终端标签页指示器

主题如今可使用主题键terminal.tab.activeBorder设置垂直线的颜色，用以指示活动的终端选项卡。
file
若是没有设置 terminal.tab.activeBorder，颜色将回退到tab.activeBorder 。

禁用终端标签页动画图标

terminal.integrated.tabs.enableAnimation会禁用终端标签页动画图标。若是是针对任务而不是微调器，播放按钮会被使用：
file

调试

改进了编辑器标题区域内的 播放/调试 按键

在2月的版本中，咱们引入了一个下拉按钮，用以在编辑器标题区域的中央（紧凑）位置对运行和调试命令进行分组。根据一些用户反馈，咱们尝试经过记忆上次执行的操做来改进下拉按钮。下拉按钮如今将会拥有两个单击区域，一个用于默认动做（左），另外一个用于下拉（右），其中，所选运行操做将被记忆并存为新的默认值。

请注意：

  • 若是只有一个运行或调试操做，则会省略下拉菜单。
  • 若是有多个运行或调试操做，全部操做都会出如今下拉菜单中，而且默认操做设置为下拉菜单中的第一个操做（前提是没有记住的操做）。
  • VS Code 从新启动时，会为特定工做区保留默认操做；它不会为编辑器内容保留。

对扩展插件的贡献

实时预览

实时预览扩展插件本月出现了一些使人兴奋的新功能！这包括：

  • 内建 JavaScript 调试器兼容性的外部预览。
  • 请使用 Live Preview: Show Debug Preview 来尝鲜使用！
  • 对嵌入式浏览器的改进，例如 "在页面中查找" 的支持和快速访问 webvivew DevTools。
  • 文件系统监视自动生成文件。
  • 期待更多！

要查看有关本月进度的更多详细信息，请参阅扩展的发行说明。
在这里插入图片描述
在这里插入图片描述

GitHub 拉取请求和问题

GitHub 拉取请求和问题 扩展插件的工做仍在继续，它容许您响应、建立和管理拉取请求和问题。本月重点对问题的 "开始工做" 进行了扩展，让您能够处理当前打开的存储库以外的问题。

要了解全部新功能和更新，您能够查看 0.29.0 版扩展的完整变动日志。

Jupyter

Jupyter扩展插件的工做仍在继续。要了解全部的新功能和更新，您能够查看 7月版本的完整更新日志。

互动窗口

Jupyter 交互窗口提供了另外一种构建和使用 Jupyter 笔记本的方法，使用文本文件而不是笔记本界面。上个月，咱们预览了 Jupyter 交互式窗口的升级版本，如今咱们提供了具备更深刻的工做台集成，包括对主题的支持、自定义键绑定、片断、与扩展的兼容性等！很是感谢咱们的用户经过 GitHub 问题提供有关预览体验版的反馈。内置交互窗口如今已经成为了 1.59 版本中的默认界面。以前的界面在 "jupyter.enableNativeInteractiveWindow": false后将仍然可用，并会在即将发布的版本中删除。咱们期待您的反馈！
在这里插入图片描述

逐行运行

咱们一直致力于支持 Jupyter 笔记本中的 "逐行运行" 功能。此功能本质上是一种简化的调试模式，可以让您逐行执行单元代码，而无需任何复杂的调试 UI。这依然是实验性的，您能够经过设置 "jupyter.experimental.debugging": true，在您选择的内核中安装 ipykernel 的第 6 版，而后选择单元格工具栏中的 " 按行运行" 按钮来尝鲜一下。
在这里插入图片描述

远程容器 devcontainer CLI

远程- 容器 扩展适用于在 VS Code 中使用 Docker 容器。它如今包含 devcontainer 命令行界面，让您能够轻松地打开容器中的文件夹 ( devcontainer open ) 或者构建开发容器映像 ( devcontainer build )。

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

预览功能

无标题文件的自动语言检测

咱们很高兴地宣布无标题文件的自动语言检测的初始预览版，它使用机器学习来检测您正在编码的语言并自动设置无标题文件的语言模式。此功能利用了开源 ML 库 Tensorflow.js 和 GitHub 用户 @yoeo 来自 Guesslang 的 ML 模型。

在此版本中，该功能将默认关闭，但咱们计划将其设为下一次迭代版本的默认设置。若是您想要启用它，请应用如下设置：

"workbench.editor.untitled.experimentalLanguageDetection": true

举个例子，您能够打开一个无标题文件并将一段代码粘贴到您的编辑器中。

如下是一段自动识别的 Python 代码段：
在这里插入图片描述
此外，您能够经过打开语言选择器查看正在检测的语言。
在这里插入图片描述

注意：若是语言检测结果不够确信，那么您将保持当前的语言模式，语言选择器中不会显示任何结果，直到语言检测结果更有把握。

该设置还容许您提供语言覆盖，可用于指定您不想自动关闭的语言模式。
如下的例子展现了如何关闭 .md 文件自动检测：

"workbench.editor.untitled.experimentalLanguageDetection": true
"[markdown]": { "workbench.editor.untitled.experimentalLanguageDetection": false }

在您编辑无标题的 Markdown 文件时，自动语言检测功能不会运行。可是，若是您正在修改任何其余类型的无标题文件，自动语言检测功能将会检测这些文件的内容。

咱们已经将与 ML 模型交互的代码分离并合并到它本身的代码库中，做为 npm 包发布，该包存在于 vscode-languagedetection存储库中。

请让咱们知道无标题文件的自动语言检测功能是否帮助到了您的平常工做！

TypeScript 4.4

此版本包括对 TypeScript 4.4 版本的支持。您能够在 TypeScript 博客上阅读有关 TypeScript 4.4 中新语言功能和改进的更多信息。一些工具亮点：

  • 在 JavaScript 和 TypeScript 文件中嵌入参数名称和类型的提示。
  • 纯 JS 文件中的基本拼写建议。只有当咱们对错误和修复有把握时才会显示这些。

要开始使用 TypeScript 4.4 内测版本，请安装 TypeScript Nightly 扩展。

若是您在使用 TypeScript 4.4 时遇到任何错误，请分享您的反馈并告诉咱们。

反汇编视图

感谢微软 C++ 团队贡献的大量代码，咱们很高兴在这个里程碑版本中包括了 反汇编视图 的预览功能。

反汇编视图能够从编辑器的上下文菜单中打开，用以显示活动堆栈帧的反汇编源码，它支持单步执行汇编指令，而且能够在单个指令上设置断点。

反汇编视图仅在活动的调试会话中可用。注意，底层调试扩展插件也须要有相应的支持。

目前，只有 C++和 Mock Debug能够支持反汇编视图。
在这里插入图片描述

从技术角度而言，VS Code 的反汇编视图实现了 DAP (Debug Adapter Protocol) 协议另外四个功能：

  • disassembly请求，用以提供基于内存位置的反汇编源码。
  • 堆栈帧上的 instructionPointerReference属性。
  • 步进请求的 granularity属性。
  • 指令断点和setInstructionBreakpoints请求。

扩展创做

测试 API

去年秋天，咱们开始在 VS Code 中添加对运行测试的原生支持，本月，第一组与测试相关的 API 已经交付。与以前的扩展插件相比，这些 API 提供了更大的灵活性、更好的性能和更丰富的用户体验。查看有关编写测试扩展的指南以深刻了解。

测试资源管理器UI 插件的现有用户能够经过将 testExplorer.useNativeTesting设置为true来得到原生体验。可是，该转换是基于测试资源管理器 UI 扩展示有 API，所以不包括诸如丰富差别之类的一些功能。

Java 扩展包中包含的 Microsoft Java 测试运行器是最先采用测试 API 的扩展之一 。

新建文件菜单的贡献点

有助于建立新文件编辑器的扩展（例如笔记本或自定义编辑器）如今能够向新的 文件/新文件 菜单贡献点贡献命令。能够从欢迎页面或文件菜单中的 "新建文件..." 项目访问此菜单。

在这里插入图片描述

丰富状态栏悬停

状态栏项目如今支持丰富的悬停，包括连接和图标 StatusBarItem.tooltip: string | IMarkdownString
file

  • 若是MarkdownString.supportThemeIcons设置为 true ，您可使用带有 $(iconName)语法的图标。
  • 若是 MarkdownString受信任，还能够添加命令连接。语法：([test](command:vscode.newWindow))

状态栏警告颜色

表示警告的状态栏项目可使用新添加的颜色 statusBarItem.warningBackground和 statusBarItem.warningForeground 。

没有 additionalProperties 的对象设置

对象设置必须将 additionalProperties 设置为 false ，以便在设置编辑器中支持对象。不然，设置编辑器会解读为复杂设置（不规律的设置），并将用户定向到设置 JSON 文件。

多行字符串设置

要在设置编辑器中添加多行字符串设置的支持，请将 "editPresentation": "multilineText"做为键值配对添加到字符串设置中。将字符串设置更改成多行设置将致使设置编辑器在多行文本区域（而非单行输入框中）呈现设置值。

更新的Codicons

咱们已经添加了下列新图标到 codicon库中：


-azure
-compass-active
-compass-active
-compass-dot
-compass
-debug-all
-debug-coverage
-git-pull-request-closed
-git-pull-request-draft
-issue-draft
-layers-active
-layers-dot
-layers

文本文档更改缘由

当事件 workspace.onDidChangeTextDocument被触发时，事件对象的新属性reason 会告知用户文本更改的缘由是撤消或重作操做。

语言服务器协议

语言服务器协议的下一个新版本以及对应的 npm 模块已经发布。3.17版本包含了一个关于完成项标签详细信息的新提案，该提案符合 VS Code 自己的最新变化。

调试适配器协议

最终肯定 " writeMemory" 请求和 " memory"事件提案

writeMemory请求已经完成，如今能够在 Debug Adapter Protocol的 1.48 版和与之相对应的 npm 模块中使用。若是调试适配器具备 supportsWriteMemoryRequest功能，客户端可使用 writeMemory请求将字节写入给定位置的内存。

memory事件有一个新的提案，将在下一个里程碑中添加到 DAP。

提议的扩展插件 API

每一个里程碑版本都附有新提议的 API，扩展插件的做者们能够试用它们。咱们期待您的反馈。若是您想要尝鲜提议的新 API，请完成如下步骤：

  • 您必须使用 Insiders 版本，由于提议的 API 常常被修改。
  • 你必须在你的扩展的 package.json文件中加入这一行： "enableProposedApi": true 。
  • 将最新版本的 vscode.proposed.d.ts文件复制到项目的源位置。

您将不能使用建议 API 发布扩展插件。由于新的版本可能会有重大变化，咱们须要保证现有的扩展插件能够被继续使用。

isDefault 用于 TaskGroup

group属性存在于tasks.json 文件中定义的任务上，也经过任务 API 公开。 group属性有一个 isDefault 属性，该属性直到如今在 API 中都不可用。该提案将isDefault 属性公开为TaskGroup上的只读属性，以便扩展能够读取哪一个任务是组的默认任务，但不能经过为组设置默认值来覆盖用户配置。

用于 AuthenticationGetSessionOptions 的 forceRecreate

到目前为止，用于获取身份验证会话对象的getSession API 历来没有能力要求用户须要再次登陆。然而这对于使用 SAML/单点登陆 (SSO) 体验的 GitHub 等身份验证服务是必需的，其中访问令牌最终会在 SSO 会话到期时失去对资源的访问权限。该提案为 AuthenticationGetSessionOptions添加了另外一个名为 forceRecreate的属性，容许您要求用户再次登陆。向用户显示相似于您指定 createIfNone 时显示的模式体验。

工程

基于 iframe 的 webviews 如今在桌面上随处可见

本月咱们完成了从 Electron 的 webview 标签元素过渡到基于普通 <iframe>元素的 webview 。这更好地协调了 VS Code 的 webviews 跨桌面和 web 的实现，也让咱们删除了不少如今冗余的代码。

Electron 13 更新

在这个里程碑版本中，咱们完成了将 Electron 13 捆绑到 VS Code 的实验，这要感谢全部参与 Insiders 测试和自托管的参与者。这是 Chromium 91.0.4472.124 附带的主要 Electron 版本。此版本的 Node.js 版本没有变化，它仍然是 v14.16.0。

Electron 沙盒支持的进展

随着咱们准备让 VS Code 工做台启用 Electron 的沙盒功能，咱们但愿在 linux 上启用混合沙盒模式，且不在分布式软件包 deb、rpm、snap、tar 存档中捆绑 cli 参数--no-sandbox 。 Chromium 在 linux 上有一个多层沙盒模型。若是 Chromium 没法将命名空间沙盒用于第 1 层，它将尝试经过帮助程序 chrome-sandbox来使用 setuid 沙盒。要使 setuid 二进制文件工做，它须要知足如下条件：

  • 沙箱二进制文件必须可由 Chromium 进程执行。
  • 它必须是 SUID 而且能够被其余人执行。

咱们可以为 deb 和 rpm 包保留这些条件。目前没法得到 snap 的这些权限，咱们有如下跟踪问题 https://github.com/microsoft/vscode/issues/127140。

至于其余使用 tar 存档的应用程序，若是应用程序没法使用命名空间沙盒（这在容器内运行时可能会发生）它将失败并显示如下错误：

FATAL:setuid\_sandbox\_host.cc(158)]

找到了 SUID 沙盒助手二进制文件，但没有正确配置。而不是在没有沙盒的状况下运行，我如今正在停止程序。您须要确保 chrome-sandbox 由 root 用户拥有而且模式为4755。

若是发生这种状况，您可使用如下两个选项之一来使其正常工做：

  • 修复 setuid helper 权限问题
sudo chown root <path-to-vscode>/chrome-sandbox
sudo chmod 4755 <path-to-vscode>/chrome-sandbox
  • 使用--no-sandbox标志运行

烟雾测试的一些改进

咱们一直为每一个构建版本运行一套完整的烟雾测试。咱们测试打开 VSCode（桌面和 Web）并执行一堆 UI 元素以确保正确的功能。这个里程碑版本中咱们在这个基础上投入了更多资源，从而使咱们可以从最终计划中移除手动的烟雾测试。

烟雾测试如今能够在全部平台（macOS、Linux 和 Windows）上运行。最重要的是，咱们已经实如今每次代码提交时自动运行烟雾测试，从而咱们能够及时地发现 VS Code 新版本可能引入的软件错误。

最后，感谢咱们用于自动化 Web 冒烟测试的 Playwright 库，咱们采用了他们的跟踪工具，这使得咱们能够查看而且重复运行失败的烟雾测试。

学习资料

http://aka.ms/vscodelearn

重大修复

  • 26425：没有更改时不该显示"打开更改"按钮
  • 100815：外部终端在链接到远程 WSL 时中断
  • 106981：当窗口缩放设置为 -1 时，终端光标重影
  • 127959：调试程序暂停时将打开调试窗格
  • 129059：设置编辑器中的对象小组件不呈现说明
  • 129070：没法经过仅按"肯定"按钮更正下拉列表设置值
  • 129415：没法在单一文件模式下运行用户任务
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程