尝试以扩展 VS Code 中的代理模式！

2019 年 1 月 (版本 1.31)

更新 1.31.1：本次更新解决了这些问题。

下载：Windows：x64 | Mac：Intel | Linux 64 位：deb rpm tarball | 32 位：deb rpm tarball

欢迎使用 2019 年 1 月版 Visual Studio Code。此版本中有许多重要更新，希望您会喜欢，其中一些主要亮点包括

如果您想在线阅读这些发行说明，请访问 code.visualstudio.com 上的更新页面。
您还可以观看 Cloud Developer Advocate Brian Clark 制作的 1.31 版本亮点视频。

发布说明按以下与 VS Code 重点领域相关的部分进行排列。以下是一些进一步的更新

  • 工作台 - 禅模式隐藏行号，新的截屏模式显示按键。
  • 编辑器 - 智能选择改进，调整引用 CodeLens 位置。
  • 集成终端 - Windows 上的 ConPTY 支持，查找改进。
  • 扩展编写 - 扩展更改事件，在浏览器操作中打开资源。

内部版本：想要尽快看到新功能吗？您可以下载每日内部版本，并在可用时立即试用最新更新。有关 Visual Studio Code 的最新新闻、更新和内容，请在 Twitter 上关注我们：@code！

扩展

安装时无需重新加载

无需强制重新加载 (重启) VS Code 即可安装扩展是呼声最高的功能请求之一，我们在此版本中为您带来了这一功能。安装或启用扩展时不再需要重新加载 VS Code。

在下面的示例中，用户在打开 .vue 文件后按照建议安装 Vetur 扩展。请注意，Vetur 扩展提供的语言功能（如语法着色、诊断错误）在安装推荐的扩展后立即可用。

Extensions no reload

如果扩展未激活，卸载或禁用扩展也不需要重新加载。

注意：某些扩展由于外部贡献（贡献给其他扩展的扩展点）而需要重新加载。它需要外部贡献点所有者通过侦听extensions.onDidChange 事件来采用。

工作台

新树形小部件

我们将小部件游戏提升到了一个新的水平：创建了一个新的树形小部件，以解决性能问题并使我们能够在几个工作台区域提供更多功能。新的树形小部件是通过我们的高性能列表小部件的组合创建的。我们打算就这项工程工作和性能改进撰写一篇单独的博客文章。目前，我们只关注功能。

注意：新树形小部件已在文件资源管理器、所有调试树、搜索和窥视引用中采用。除非我们明确禁用，否则下面描述的功能适用于大多数这些 UI 区域。

改进的键盘导航

现在树中有三种不同类型的键盘导航：simple、highlight 和 filter。在 highlight 和 filter 中，在树中键入将显示一个位于树顶部的小部件（控件），表明您现在正在导航树

Keyboard navigation type filter

此小部件还可以用于在 highlight 和 filter 模式之间切换。如果您想要一个用于在模式之间切换的键盘快捷键，可以配置一个键盘绑定来执行 list.toggleFilterOnType 命令。工作台 > 列表：键盘导航 (workbench.list.keyboardNavigation) 设置设置默认模式，包括 simple 模式，在该模式中，键入树元素的几个首字母只会将焦点放在该元素上。

对于列表/树操作具有单字母键盘绑定的用户仍然可以通过使用 listAutomaticKeyboardNavigation 上下文键来使用此功能。例如，VIM 扩展将此上下文键设置为 false 以禁用自动键盘导航，并向 list.toggleKeyboardNavigation 命令添加键盘绑定 /，因此用户只需键入 / 即可导航树。在 VSCodeVIM 拉取请求中了解更多信息。

主题作者可以使用以下新主题键自定义小部件的颜色

  • listFilterWidget.background
  • listFilterWidget.outline
  • listFilterWidget.noMatchesOutline

注意：这些键盘导航模式目前仅适用于已解析的树节点。例如，在文件资源管理器中，如果文件夹从未展开过，则树将不会查找其子文件夹。我们正在考虑几种选项来改善此体验。

分层全选

在树中按 Ctrl+A（macOS 上为 Cmd+A）现在将以分层方式展开树的选择。

Hierarchical select all

可自定义的缩进

现在，您可以使用工作台 > 树：缩进 (workbench.tree.indent) 设置自定义工作台中所有树的节点缩进。

全部展开/折叠

按住 Alt 键展开/折叠树节点现在将以递归方式工作。请注意，递归展开仅适用于树中先前显示过的节点。例如，文件资源管理器不会自动展开用户以前从未展开过的文件夹。

水平滚动

工作台 > 树：水平滚动 (workbench.tree.horizontalScrolling) 设置现在在更多树和列表中启用水平滚动，即资源管理器、搜索、SCM、调试等。

问题面板

多行消息

问题面板现在以单独的行显示多行诊断消息。以下示例显示了 TypeScript 的多行错误消息现在的呈现方式。

Problems panel multi-line messages

您还可以使用折叠/展开按钮或问题：单行显示消息和问题：多行显示消息命令切换显示或隐藏完整消息。

使用键盘快捷键触发代码操作

您现在可以使用与快速修复命令相同的默认键盘快捷键⌘.（Windows、Linux Ctrl+.）从问题面板触发代码操作。

改进的 Go 菜单

我们向Go菜单添加了更多导航操作，使其更易于发现

Go menu

资源管理器上下文菜单中的剪切命令

根据热门请求，我们已将剪切命令添加到资源管理器上下文菜单中。

Cut command in context menu

快速滚动

按 Alt 键可在编辑器和资源管理器中启用快速滚动。默认情况下，快速滚动使用 5 倍速度倍增器，但您可以通过编辑器：快速滚动敏感度 (editor.fastScrollSensitivity) 设置控制倍增器。

禅模式隐藏行号

现在打开禅模式也将隐藏编辑器行号。此行为可以通过 zenMode.hideLineNumbers 设置进行控制。

在 Linux 中添加了自定义菜单的键盘导航

我们的自定义菜单现在支持使用 Page Up/Down 和 Home/End 键快速跳转到菜单的开头或结尾。

在 Windows/Linux 中双击应用程序图标以关闭

由于技术权衡，默认情况下，Windows 和 Linux 上的自定义标题栏会删除双击应用程序图标以关闭窗口的功能。可以通过启用 window.doubleClickIconToClose 设置来恢复此功能，但缺点是您将无法再从该位置拖动窗口或在 Windows 上获取系统上下文菜单。

编辑器选项卡关闭顺序

新设置 workbench.editor.focusRecentEditorAfterClose 允许您更改编辑器选项卡的关闭顺序。默认情况下，选项卡将按最近使用 (MRU) 顺序关闭。更改此设置允许从右到左关闭选项卡。

新标题变量

window.title 设置中有三个新变量可用

  • ${activeFolderShort}：文件所在的文件夹名称。
  • ${activeFolderMedium}：文件所在的文件夹路径，相对于工作区文件夹。
  • ${activeFolderLong}：文件所在的文件夹的完整路径。

输出面板

输出面板中的智能滚动行为现在效率更高。当您单击输出面板中的任意位置时，滚动将被锁定，当您单击最后一行时，滚动将被解锁。

截屏模式

VS Code 中新增了截屏模式，它会突出显示光标位置和按键。截屏模式（开发者：切换截屏模式）可用于演示目的。

Screencast mode

编辑器

智能选择

我们致力于改进选择菜单中的展开选择和收缩选择的实现。我们正在添加一个 API，以便语言服务器可以根据其语义知识指定选择步骤。此外，我们还改进了默认实现。

Smart selection

敬请期待，随着智能选择的改进，更多功能即将推出。使用 smart-select 标签可查看我们正在进行的工作。

引用历史

引用视图现在有一个引用：显示历史记录命令。它会调出快速选取器，其中包含以前的搜索，从而可以快速重新运行以前的搜索。

Reference search history

引用 CodeLens

选择引用 CodeLens 时，会打开一个窥视编辑器。现在可以使用 references.preferredLocation 设置来控制此功能。其选项包括 peek 和 view，后者在新视图中显示引用。

片段描述

以前，在编写具有长描述的片段时，您被迫编写一个长字符串。不支持像 body 那样使用数组。现在，这已更改，可以使用字符串数组编写长描述。

{
  "prefix": "happy",
  "body": "#Happy Coding!",
  "description": ["First Line", "Second Line", "Third Line"]
}

已删除旧版搜索模式

20 个版本前，我们开始在 VS Code 中使用 ripgrep 进行搜索。我们旧的基于 Node.js 的搜索实现仍然可以通过设置 search.useLegacySearch 使用。但正如近藤麻理惠所说，我们必须整理那些不再能带来快乐的东西。如果您一直在使用反向引用或前瞻等正则表达式功能，请确保打开 search.usePCRE2 设置。

使用简单文本编辑器编辑 JSON 格式设置

类似地，既然我们已经有了几个版本的设置 UI，我们正在考虑简化 JSON 设置编辑体验。如果您通过打开 settings.json 文件，或单击设置 UI 中的 {} 按钮，或调用首选项：打开用户设置 (JSON) 命令来编辑 JSON 格式设置，那么您将获得一个简单的 JSON 编辑器，而不是我们以前的拆分 JSON 编辑器。您仍然可以通过首选项：打开默认设置 (JSON) 命令查看默认设置列表。

如果您确实想念左侧带有默认设置的拆分 JSON 编辑器，可以通过启用 workbench.settings.useSplitJSON 设置来恢复它。请注意，如果您喜欢，您将始终能够以 JSON 格式编辑设置。

扩展的网络代理支持

“Http: 代理支持” (http.proxySupport) 设置现在默认启用所有扩展的网络代理支持。

HTTP Proxy Support

语言

TypeScript 3.3

我们现在提供 TypeScript 3.3.1。此 TypeScript 更新带来了一些重要的错误修复和改进。

删除 markdown.previewFrontMatter 设置

markdown.previewFrontMatter 设置已被删除。Markdown 预览现在总是隐藏 YAML frontmatter（这是 markdown.previewFrontMatter 的默认设置）。

Markdown 扩展，例如 Markdown yaml Preamble 和 GitHub Markdown Preview，会将 frontmatter 呈现为预览中的表格。

语义选择

HTML、CSS/LESS/SCSS 和 JSON 现已支持语义选择

HTML, CSS, and JSON semantic selection

集成终端

回流支持

终端现在在水平调整大小时将自动换行和取消换行。

Text reflowing in the terminal

Windows 上的 ConPTY 支持

现在，通过 Windows ConPTY API 管理终端进程作为 Windows Insiders 快速通道（内部版本号 18309+）中的可选选项提供。

{
  "terminal.integrated.windowsEnableConpty": true
}

这将使用 Windows 控制台团队提供的 ConPTY 系统作为终端的后端。启用此功能应能修复 Windows 终端的许多问题，特别是在颜色支持、交互式应用程序和原生支持 VT 序列的 Shell 方面。

以下是 WSL 终端中 256 ANSI 颜色支持的前后对比

256 colors without ConPTY don't work

256 colors with ConPTY do work

用于链接的当前工作目录

在 Linux 和 macOS 上，终端现在将根据当前工作目录而不是终端的初始目录解析链接。

After navigating into a directory, links relative to that path will work

终端查找改进

终端中的查找现在支持增量“随输入即查”搜索，以及在单行中查找多个术语的功能。

commandsToSkipShell 设置的改进

以前，设置 terminal.integrated.commandsToSkipShell 是所有将跳过终端评估而由 VS Code 处理的命令列表。这很麻烦，因为您需要在设置文件中包含 100 多个命令才能更改它。现在，它已更改为添加和删除列表，因此您只需包含对默认列表的更改

{
  "terminal.integrated.commandsToSkipShell": [
    // Make ctrl+n open a new file when the terminal is focused
    "workbench.action.files.newUntitledFile",
    // Send ctrl+e to the terminal
    "-workbench.action.quickOpen"
  ]
}

启用新的缓冲区实现

在 v1.29 中引入的基于 TypedArray/ArrayBuffer 的终端缓冲区现已启用，并且旧实现已被删除。这应该会显著提高终端的吞吐量，并显著减少其内存占用。

调试和任务

自定义命令用户输入变量

上个里程碑引入的输入变量是一种强大的机制，用于在任务或调试配置中请求用户输入。最初，我们提供了 promptString 和 pickString 输入变量。

在此里程碑中，我们引入了一种新的输入变量类型 command，它在输入变量插值时运行任意命令。由于命令可以由扩展贡献，因此现在可以通过新的实现来扩展用户输入变量。

以下示例演示了如何在调试配置中使用类型为 command 的用户输入变量，该变量允许用户从特定文件夹中找到的所有测试用例列表中选择一个测试用例。假定某个扩展提供了 extension.mochaSupport.testPicker 命令，该命令可在可配置位置查找所有测试用例并显示选取器 UI 以选择其中一个。

{
  "configurations": [
    {
      "type": "node",
      "request": "launch",
      "name": "Launch Test",
      "program": "${workspaceFolder}/${input:pickTest}"
    }
  ],
  "inputs": [
    {
      "id": "pickTest",
      "type": "command",
      "command": "extension.mochaSupport.testPicker",
      "args": {
        "testFolder": "${workspaceFolder}/tests"
      }
    }
  ]
}

任务输出支持拆分终端

您现在可以将任务配置为在拆分终端面板中显示输出，而不是创建新面板。任务配置可以在 presentation 部分中使用 group 属性来定义任务输出应显示的位置。

如果您同时运行以下两个任务，它们将显示在拆分终端中，因此您可以同时查看它们

{
  "version": "2.0.0",
  "tasks": [
    {
      "label": "Task One",
      "type": "shell",
      "command": "echo One && sleep 5000",
      "problemMatcher": [],
      "presentation": {
        "group": "groupA"
      }
    },
    {
      "label": "Task Two",
      "type": "shell",
      "command": "echo Two && sleep 5000",
      "problemMatcher": [],
      "presentation": {
        "group": "groupA"
      }
    }
  ]
}

Split terminal tasks

预览功能

预览功能尚未准备好发布，但已足够实用。我们欢迎您在这些功能开发期间提供早期反馈。

工作台网格布局

工作台布局正在重新设计，以使用编辑器本身使用的相同网格布局。这项工作不仅从长远来看可以简化维护工作台布局的工程工作，还可以帮助我们实现新的体验。

此里程碑中，我们正在推出一种这样的体验，以演示使用新网格布局可以更轻松地实现的功能：切换编辑器区域。启用实验性网格布局 ("workbench.useExperimentalGridLayout": true) 后，会有一个新命令切换编辑器区域，该命令会隐藏代码编辑器。这允许您创建一个 VS Code 终端面板，该面板占据完整的编辑器区域，如下图所示

Terminal only window

如果您使用 code file.txt 从终端打开文件，它仍然会像您期望的那样弹出一个编辑器。此功能仍在开发中，并且存在已知问题，但我们鼓励您试用并提交问题。您可以通过 此查询 了解有关此工作的最新问题。

HTML 和 CSS 自定义数据支持

由于此功能处于预览阶段，因此设置、贡献点和数据格式可能会发生变化。

Custom data

如今，前端开发人员通常使用 HTML/CSS 的超集进行编码

  • Web Components 允许自定义 HTML 元素，例如 <my-button type="alert"></my-button>。
  • PostCSS 允许自定义 CSS 属性，例如 size 以及尚未标准化的 CSS 功能，例如 :any-link。
  • 各种框架在源 HTML/CSS 中提供了更大的灵活性。

在此迭代中，我们改进了 1.30 中引入的 HTML 自定义数据支持，并添加了 CSS 自定义数据支持。

  • 使用 html.experimental.customData 或 css.experimental.customData 加载自定义数据。（html.experimental.custom.tags 和 html.experimental.custom.attributes 已删除。）
  • 或者，将 JSON 打包到扩展中，使用 contributes.html.experimental.customData 或 contributes.css.experimental.customData。
  • 最后，如果您正在编写使用 vscode-html-languageservice 或 vscode-css-languageservice 的语言服务器，您可以使用自定义数据创建语言服务。

自定义数据增强了 VS Code 对 HTML/CSS 的理解。例如，通过这些 HTML/CSS JSON 贡献，VS Code 可以为自定义 HTML 标签/属性和 CSS 属性/伪类提供完成和悬停功能

{
  "version": 1,
  "tags": [
    {
      "name": "my-button",
      "description": "My button",
      "attributes": [
        {
          "name": "type",
          "description": "My button type",
          "values": [{ "name": "alert" }]
        }
      ]
    }
  ]
}

{
  "version": 1,
  "properties": [
    {
      "name": "my-size",
      "description": "Compiles down to `width` and `height`. See details at https://github.com/postcss/postcss-size."
    }
  ],
  "pseudoClasses": [
    {
      "name": ":my-link",
      "description": ":any-link pseudo class. See details at https://preset-env.cssdb.org/features#any-link-pseudo-class."
    }
  ]
}

上述示例可在 octref/simple-customdata 找到，而更完整功能的示例可在 octref/svg-data 找到。

这些指南解释了数据格式以及如何通过设置和扩展贡献点使用它们。

扩展创作

扩展更改事件

添加了一个新事件 extensions.onDidChange，该事件在 extensions.all 数组更改时触发。这可能发生在安装、卸载、启用或禁用扩展时。请参阅安装扩展时无需重新加载部分。

/**
 * An event which fires when `extensions.all` changes. This can happen when extensions are
 * installed, uninstalled, enabled or disabled.
 */
export const onDidChange: Event<void>;

注意：引入新贡献点的扩展作者应侦听此事件并相应地更新工作台的状态。

在浏览器中打开资源

我们观察到一些扩展使用 node 模块（如 opn 或 open）在浏览器中打开 URL。鉴于对这种功能的需求，我们添加了一个新的 API vscode.env.openExternal。它需要一个 URL，可用于打开网站链接、邮件链接或应用程序 URL 处理程序。此外，也接受文件 URL，以便在默认应用程序中打开它们，例如 PDF 文件。

// open default browser
await vscode.env.openExternal(
  vscode.Uri.parse('https://github.com/microsoft/vscode/issues/66741')
);

注意：目前使用 opn 或 open 模块的扩展作者应切换到此新 API。

全局存储路径

现在为扩展提供了一个全局存储路径 ExtensionContext.globalStoragePath，该路径指向一个具有写/读访问权限的本地目录。如果您需要存储可从所有工作区访问的大文件，这是一个不错的选择。

/**
 * An absolute file path in which the extension can store global state.
 * The directory might not exist on disk and creation is
 * up to the extension. However, the parent directory is guaranteed to be existent.
 *
 * Use [`globalState`](#_ExtensionContext.globalState) to store key value data.
 */
globalStoragePath: string;

当扩展被删除时，VS Code 会负责清理此路径。

注意：目前使用自定义文件系统位置跨工作区存储状态的扩展作者应切换到此新 API。

CodeActionKind.intersects

CodeActionKind.intersects 方法对于检查 CodeActionProvider 是否应该计算其代码操作很有用

import * as vscode from 'vscode';

export class OrganizeImportsProvider implements vscode.CodeActionProvider {
    public provideCodeActions(
        document: vscode.TextDocument,
        range: vscode.Range,
        context: vscode.CodeActionContext,
        token: vscode.CancellationToken
    ): vscode.CodeAction[] {
        // Only return organize imports actions if they were explicitly requested
        // We can check this using `intersects`.
        if (!context.only || !vscode.CodeActionKind.SourceOrganizeImports.intersects(context.only)) {
            // Organize imports actions were not requested
            return [];
        }

        // Organize imports was requested
        ...
    }
}

贡献资源标签格式化程序

扩展现在可以贡献资源标签格式化程序，这些格式化程序指定如何在工作台中的任何位置显示 URI。例如，以下是扩展如何为具有 remotehub 方案的 URI 贡献格式化程序

"contributes": {
   "resourceLabelFormatters": [
        {
            "scheme": "remotehub",
            "formatting": {
                "label": "${path}",
                "separator": "/",
                "workspaceSuffix": "GitHub"
            }
        }
    ]
}

这意味着所有方案为 remotehub 的 URI 将仅显示 URI 的 path 部分，并且分隔符将为 /。包含 remotehub URI 的工作区，其标签将带有 GitHub 后缀。

向键盘绑定添加参数

在 package.json 中定义键盘绑定时，现在可以定义参数。执行时，这些参数会传递给命令。

在下面的示例中，它是：{foo: 1, bar: 2}。

"keybindings": {
  "key": "cmd+i",
  "command": "myCommand",
  "args": {
    "foo": 1,
    "bar": 2
  }
}

完全控制 createTerminal 环境

当新设置 TerminalOptions.strictEnv 设置为 true 时，将不会对终端环境进行任何修改，而是会完全按照扩展传入的方式使用它。

// This will create a terminal whose environment only contains the single value
// FOO=BAR.
const terminal = createTerminal({
  name: 'Test terminal',
  env: {
    FOO: 'BAR'
  },
  strictEnv: true
});

Node.js 更新

VS Code 运行的 Electron 版本已更新，随之而来的是 Node.js 从 8.9 更新到 10.2.0。所有扩展现在都将在更新的 Node.js 版本上运行。有关 Node.js 10 中的弃用列表，请参阅 Node v10.0.0 弃用。

更新的 Octicons

我们已将 Octicons 版本更新至 8.3.0，现在支持以下图标

Octicons update

  • $(arrow-both)
  • $(bold)
  • $(color-mode)
  • $(eye-closed)
  • $(fold-down)
  • $(fold-up)
  • $(grabber)
  • $(italic)
  • $(kebab-horizontal)
  • $(kebab-vertical)
  • $(note)
  • $(organization-filled)
  • $(person-filled)
  • $(project)
  • $(request-changes)
  • $(screen-full)
  • $(screen-normal)
  • $(smiley)
  • $(tasklist)
  • $(text-size)
  • $(unverified)
  • $(verified)

您可以阅读我们的文档以查看我们支持的完整图标列表。有关更改的完整详细列表，请参阅Octicon 更改日志。

建议的扩展 API

每个里程碑都附带新的提议 API，扩展作者可以试用它们。一如既往，我们渴望您的反馈。以下是试用提议 API 所需的操作：

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

请注意，您不能发布使用提议 API 的扩展。我们很可能会在下一个版本中进行破坏性更改，我们绝不希望破坏现有扩展。

SignatureHelpContext.activeSignatureHelp

提议的 SignatureHelpContext.activeSignatureHelp 字段跟踪先前活动的签名

import * as vscode from 'vscode';

class MySignatureHelpProvider implements vscode.SignatureHelpProvider {
    provideSignatureHelp(
        document: vscode.TextDocument,
        position: vscode.Position,
        token: vscode.CancellationToken,
        context: vscode.SignatureHelpContext
    ): vscode.ProviderResult<vscode.SignatureHelp> {
        // The active signature help when this provider was triggered or undefined if
        // no signature help was active.
        console.log(context.activeSignatureHelp);

        ...
    }
}

提供程序可以使用它来跟踪在重新触发签名帮助提供程序之前选择了哪个重载。

自动修复和 CodeAction.isPreferred

代码操作 API 为 VS Code 的快速修复（您在编辑器中看到的灯泡）提供支持。尽管给定错误可能有许多快速修复，但通常其中一个快速修复是解决问题的最合理方法。例如，修复拼写错误通常比生成新字段更可能是修复方法

The fix spelling Quick Fix is usually more reasonable than generating properties

通过使用提议的 API，扩展可以在 CodeAction 上设置 isPreferred，以指示它是解决底层问题的最合理修复。首选修复可以使用自动修复命令自动应用 (⌥⌘.（Windows、Linux Shift+Alt+.）)

After applying an auto fix to the error

首选快速修复通常应

  • 正确修复底层错误（而不是抑制它）。
  • 是解决错误的合理修复。
  • 不会意外执行大量操作。

重构代码操作也可以标记为首选，以指示它们是最合理的重构。例如，虽然可能有多个提取常量重构可用，但用户通常只想提取到最近的局部变量。如果该重构代码操作标记为 isPreferred，用户可以为其设置单个键盘绑定

{
  "key": "ctrl+shift+r ctrl+e",
  "command": "editor.action.codeAction",
  "args": {
    "kind": "refactor.extract.constant",
    "preferred": true
  }
}

修复所有源操作

提议的 source.fixAll CodeActionKind 为能够自动修复文件中错误的扩展程序建立了约定。这种新的源操作类型类似于组织导入，使您可以轻松地为修复所有操作配置键盘绑定或在保存时启用自动修复

// On save, run both fixAll and organizeImports source actions
"editor.codeActionsOnSave": {
    "source.fixAll": true,
    "source.organizeImports": true,
}

TSLint 扩展已使用此提议的源代码操作类型来实现修复所有和保存时自动修复。

调试适配器协议

数据断点调试适配器协议草案

作为正在进行的数据断点工作（又称“监视点”）的后续步骤，我们在数据断点的调试适配器协议设计方面取得了一些进展。建议的 DAP 更改位于此分支，相应的 TypeScript API 可以在数据断点提案中找到。

如果您有兴趣在调试器扩展中支持数据断点，请查看提案并提供反馈。

实时主题编辑

在开发颜色主题扩展时，您可以在扩展开发主机窗口中实时查看颜色更改。

live theme editing

文件图标主题也同样适用。

工程

Electron 3.0 更新和 Electron 4.0 探索

在此里程碑中，我们完成了将 Electron 3 捆绑到 VS Code 的探索，这是我们首次将此 Electron 版本随稳定版一起发布。这是一个主要的 Electron 版本，它附带了 Chrome 66 和 Node.js 10.x（与我们当前版本中使用的 Chrome 61 和 Node.js 8.x 相比，这是一个巨大的飞跃）。

同时，我们开始探索更新到 Electron 4，我们希望很快将其推送到 Insider 版本。

更好的性能信息

此版本中，开发人员：启动性能命令输出在编辑器中显示，不再在 DevTools 中显示。这使其更易于阅读和获取。此外，信息中的许多问题已得到修复。

WinJS.Promise 删除 ✅

当 VS Code 启动时，JavaScript 还没有像今天这样成熟。例如，没有原生 Promise，所以团队决定使用 WinJS.Promise 进行异步工作。如今，情况不同了：原生 Promise 是真实的，WinJS.Promise 已过时。去年年中，我们开始努力从代码库中删除 WinJS.Promise，并于 12 月完成。

严格空值检查

我们继续致力于对主 VS Code 代码库进行严格的空检查。感谢您的帮助，在此里程碑中，我们为大量测试文件启用了严格的空检查，从而消除了大量错误。

我们将在下一个里程碑继续严格的空检查工作。

对扩展的贡献

我们的团队维护或贡献了许多 VS Code 扩展。本月最值得注意的是

TSLint 支持

新的 TSLint 扩展现在支持使用 source.fixAll 代码操作在保存时自动修复。

"editor.codeActionsOnSave": {
    "source.fixAll": true
}

我们建议所有已弃用的 TSLint (eg2.tslint) 扩展的用户迁移到新的 TSLint 扩展。

Stylus 语言支持

Stylus 语言扩展现在使用 vscode-css-languageservice 中的精选数据，提供带有状态警告和语法文档的最新完成。

Stylus completion

GitHub 拉取请求

在此里程碑中，我们继续致力于改进 GitHub Pull Requests 扩展。

以下是一些新功能

  • GitHub 审查支持。您现在可以将评论分组到审查中，而不仅仅是单独添加它们。
  • 当工作区是 GitHub 存储库时，该扩展在您加入 Live Share 会话时无缝工作。
  • 我们逐步将 GraphQL 引入到项目中，因此描述视图现在提供了更详细的拉取请求信息，并且扩展的整体性能得到了改进。
  • 您现在可以在合并拉取请求时选择创建合并提交、压缩并合并或变基并合并。
  • 性能改进。当您浏览拉取请求、文件更改和检出拉取请求时，我们减少了对 GitHub 的 API 调用和 Git 操作，这使得扩展响应更快，尤其是在 Windows 上。

您可以在 vscode-pull-request-github releases 查看扩展的完整发行说明。

新文档

Python Jupyter Notebooks

新的使用 Jupyter Notebooks 主题描述了如何从 VS Code 内部打开、调试和导出 Jupyter Notebooks。

改进的 JavaScript 和 TypeScript 文档

我们已更新 JavaScript 和 TypeScript 文章，以确保它们是最新的并提供更有用的信息。

JavaScript 和 TypeScript 页面现在概述了 VS Code 为这些语言提供的功能。这些功能的更详细解释和教程已分别移至目录中Node.js / JavaScript和TypeScript下的新页面。

更新的扩展 API 文档

对于扩展作者，VS Code API 文档已重写并移至其自己的目录。

API TOC on VS Code website

您将在此处找到以下文章：

值得注意的修复

  • 7570: VS Code 无法离线打开
  • 14372: 扩展：禁用状态需要在窗口之间进行通信
  • 34396: 单 CPU VM 上 CPU 占用率高
  • 58167: 恢复操作系统后，终端和迷你地图的恢复纹理损坏
  • 59794: 当 editor.accessibilitySupport 设置为 'auto' 时，终端屏幕阅读器支持无法工作
  • 61649: 调试无法读取 undefined 的 'onError' 属性
  • 63832: 调试扩展时无法附加到 lsp 服务器
  • 64948: GDB C/C++ 调试器无法启动，报错
  • 65697: node cluster fork 进程未遵守 autoAttachChildProcesses 的 debug stopOnEntry
  • 66302: Ctrl + L 默认应绑定到清空 repl
  • 66681: 虚拟文档未显示“选择进行比较”和“与所选内容比较”命令

此版本还包括 Microsoft 安全响应中心 CVE-2019-0728 的安全更新。

感谢

最后但同样重要的是，衷心感谢！以下帮助使 VS Code 变得更好的各位：

我们问题跟踪的贡献。如果您想帮助我们管理传入的问题，请参阅我们的社区问题跟踪页面。

对 vscode 的贡献

对 vscode-eslint 的贡献

对 language-server-protocol 的贡献

对 vscode-languageserver-node 的贡献

对 debug-adapter-protocol 的贡献

对 vscode-vsce 的贡献

对 vscode-json-languageservice 的贡献

  • @abc-55: 修复了允许注释但不允许尾随逗号时的错误 PR #35

对 vscode-css-languageservice 的贡献

对 vscode-html-languageservice 的贡献

对 vscode-generator-code 的贡献

对 vscode-recipes 的贡献

对 localization 的贡献

通过 Microsoft 本地化社区平台 (MLCP)，现有 600 多名 Cloud + AI 本地化社区成员，其中约 100 名是 Visual Studio Code 的活跃贡献者。

我们感谢您的贡献，无论是提供新翻译、对翻译投票，还是提出流程改进建议。

以下是贡献者的快照。有关项目（包括贡献者姓名列表）的详细信息，请访问项目网站：https://aka.ms/vscodeloc。

  • 保加利亚语：Любомир Василев。
  • 捷克语：Samuel Tulach。
  • 丹麦语：Johan Fagerberg。
  • 荷兰语：Jos Verlinde、Eric Algera。
  • 芬兰语：Petri Niinimäki、Valtteri Vatanen。
  • 法语：Mohamed Sahbi、Thomas Gouthière。
  • 德语：Frank Lindecke、Hans Meiser、Jakob von der Haar、Sebastian Seidl。
  • 希伯来语：Kyle Orin。
  • 印地语：Satish Yadav、nirav adatiya、shaswat rungta、Dhanvi Kapila。
  • 匈牙利语：Péter Nagy。
  • 简体中文：福永 叶、Xiangrui Kong、Licheng Ren、Young Bige、文 陈、Y F、彦佐 刘、九鼎 谭。
  • 印度尼西亚语：Azhe Kun。
  • 意大利语：Michael Longo。
  • 日语：nh、Masakazu TENMYO、裕子 知念。
  • 韩语：SeungJin Jeong。
  • 挪威语：Stephan Eriksen。
  • 波兰语：grzegorz m、Jakub Jedryszek。
  • 葡萄牙语（巴西）：Bruno Talanski、Alan Willian、Letticia Nicoli、Alessandro Fragnani、Cynthia Zanoni。
  • 葡萄牙语（葡萄牙）：Vitor Barbosa。
  • 西班牙语：Engel Aguilar、José María Aguilar、julian3xl、Alvaro Enrique Ruano、Ing. Sergio Uziel Tovar Lemus、Mario Mendieta。
  • 泰米尔语：Mani M.
  • 土耳其语：Muhammed Emin TİFTİKÇİ。
  • 乌克兰语：Did Kokos。
  • 越南语：Việt Anh Nguyễn。