现已发布！了解 11 月份的新功能和修复。

2019 年 4 月（版本 1.34）

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

欢迎使用 Visual Studio Code 的 2019 年 4 月版本。在 4 月份，我们忙于 远程开发 扩展的预览版。这些扩展使您可以通过 SSH 在远程计算机或 VM 上、在 Windows Subsystem for Linux (WSL) 中或在 Docker 容器内使用 VS Code。您可以阅读 使用 Visual Studio Code 进行远程开发 博客文章以了解更多信息。

此版本中仍然有一些更新，我们希望您会喜欢，以及许多社区贡献。

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

编辑器

稳定的 CodeLens

VS Code 现在乐观地缓存 CodeLens 的位置，并在切换编辑器后立即恢复它们。这修复了在编辑器之间切换时 CodeLens 行会稍微移动的问题。

Stable CodeLens

语言

降低带有供应商前缀的 CSS 属性值的排名

以短划线 '-' 为前缀的 CSS 属性值（例如 -moz-grid 或 -ms-grid），现在在自动完成中位于 grid 之后。

调试

debug.showSubSessionsInToolBar

我们引入了设置 debug.showSubSessionsInToolBar，它控制调试子会话是否显示在调试工具栏中。当此设置设置为 false 时，子会话上的停止命令也将停止父会话。此设置的默认值为 false。

任务

终止所有任务

如果正在运行多个任务，则 任务：终止任务 命令有一个新的选项来终止所有任务。如果您经常执行此操作，则可以使用 terminateAll 参数为该命令创建键盘快捷键。

{
  "key": "ctrl+k t",
  "command": "workbench.action.tasks.terminate",
  "args": "terminateAll"
}

自动显示“问题”面板

新的 revealProblems 任务属性允许您自动显示“问题”面板。属性值为 always、never 和 onProblem。

{
  "version": "2.0.0",
  "tasks": [
    {
      "type": "npm",
      "script": "watch",
      "problemMatcher": "$tsc-watch",
      "isBackground": true,
      "presentation": {
        "reveal": "always",
        "revealProblems": "onProblem"
      }
    }
  ]
}

扩展的贡献

预览：远程开发

❗ 注意： 远程开发扩展 需要 Visual Studio Code Insiders。

Visual Studio Code 远程开发 允许您使用容器、远程计算机或 Windows Subsystem for Linux (WSL) 作为功能齐全的开发环境。

远程开发扩展包 中的扩展在远程工作区的上下文中运行，而 VS Code 的感觉就像在本地运行时一样。

Vetur

Vetur 扩展现在为 Vue 模板插值区域内的 JavaScript 表达式提供语义诊断、悬停信息、跳转到定义和查找引用。

Vetur JavaScript support in interpolations

您可以在 Vetur 文档中了解有关此功能的更多信息。

其他改进包括减少内存使用和导入路径完成。您可以在 Vetur 更改日志 中了解有关它们的更多信息。

扩展编写

多扩展调试

在此里程碑中，我们添加了对一次调试多个扩展的支持。如果您正在开发一组紧密耦合或相互依赖的扩展，这将非常有用。

以前，此功能仅通过 VS Code 的命令行界面公开，现在可以多次指定参数 --extensionDevelopmentPath。通常 --extensionDevelopmentPath 用于扩展的启动配置中。在开发多个扩展时，我们建议将各个扩展项目组合到多文件夹工作区中，并创建一个新的启动配置（存储在工作区 .code-workspace 文件中），该配置对各个扩展使用多个 --extensionDevelopmentPath 参数。

这是一个示例工作区 .code-workspace 文件，其中包含两个扩展 hello1 和 hello2，以及一个用于这两个扩展的启动配置

{
  "folders": [{ "path": "hello1" }, { "path": "hello2" }],
  "launch": {
    "configurations": [
      {
        "type": "extensionHost",
        "request": "launch",
        "name": "Launch Two Extensions",
        "args": [
          "--extensionDevelopmentPath=${workspaceFolder:hello1}",
          "--extensionDevelopmentPath=${workspaceFolder:hello2}"
        ],
        "outFiles": [
          "${workspaceFolder:hello1}/out/**/*.js",
          "${workspaceFolder:hello2}/out/**/*.js"
        ]
      }
    ]
  }
}

请注意，在此版本中，无法通过组合各个扩展项目的 preLaunchTask 来创建构建两个扩展的 preLaunchTask。

通知中的命令链接

始终可以通过语法 [链接名称](http://链接) 在通知消息中包含链接，但这仅适用于在浏览器中打开的链接。现在您还可以使用语法 [链接名称](command:<命令 ID>) 从链接调用命令。当用户单击链接时，将触发具有提供的标识符的命令。

通知中的链接允许标题

您现在可以向通知中的链接添加标题，当用户将鼠标悬停在链接上时，将显示该标题。语法是 [链接名称](链接 "<标题>")。

建议的扩展 API

每个里程碑都带有新的建议 API，扩展作者可以尝试它们。与往常一样，我们渴望得到您的反馈。以下是您要尝试建议的 API 必须执行的操作

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

请注意，您不能发布使用建议的 API 的扩展。我们可能会在下一个版本中进行重大更改，并且我们永远不想破坏现有扩展。

vscode.workspace.workspaceFile

有一个新的工作区属性，返回工作区文件的位置。例如：file:///Users/name/Development/myProject.code-workspace 或 untitled:1555503116870，用于尚未保存的未命名工作区。

根据打开的工作区，该值将是

  • 当未打开工作区或单个文件夹时为 undefined。
  • 作为 Uri 的工作区文件路径。

如果工作区未命名，则返回的 URI 将使用 untitled: 方案。

工作区文件位置的一个用途是调用 vscode.openFolder 命令，以便在关闭工作区后再次打开它

vscode.commands.executeCommand('vscode.openFolder', uriOfWorkspace);

注意： 不建议使用 workspace.workspaceFile 位置直接将配置数据写入文件。您可以使用 workspace.getConfiguration().update()，当打开单个文件夹以及未命名或已保存的工作区时，它都将起作用。

特定于计算机的设置

如果您有允许用户自定义可执行文件路径的设置，并且如果这些路径需要限定到它们运行的计算机，那么您现在可以将此类设置归类为 machine 范围。扩展作者在为 configuration 扩展点做出贡献时设置 scope 属性。特定于计算机的设置只能为用户设置配置。

"configuration": {
  "title": "Git",
  "properties": {
   "git.path": {
      "type": [
        "string",
        "null"
      ],
      "markdownDescription": "Path and filename of the git executable.",
      "default": null,
      "scope": "machine"
    }
  }
}

工程

重写本地文件的文件系统提供程序

扩展已经能够为自定义资源提供自己的文件系统实现（在此处阅读更多信息）。但是，VS Code 自己的本地文件实现未使用相同的扩展 API 实现。这导致在处理本地文件资源与来自扩展的资源时存在细微差异。在过去的两个里程碑中，我们 重写了我们的本地文件系统提供程序，以使用扩展 API 来保持一致性。

新的文档

Python Azure Functions

有一个新的 将 Python 部署到 Azure Functions 教程，描述了如何创建和部署 Python 无服务器 Azure Functions。

其他

语言服务器协议

语言服务器协议 已提出对以下新功能的支持

  • 选择范围：计算位置数组的选择范围。从客户端发送到服务器。
  • 调用层次结构：计算给定符号的调用层次结构。从客户端发送到服务器。
  • 进度：从服务器启动进度报告。从服务器发送到客户端。

新功能可在下一版本的 vscode-languageclient 和 vscode-languageserver npm 模块中使用。

值得注意的修复

  • 48259：资源管理器尊重来自 FileSystemProvider 的回收站功能
  • 68276：调用堆栈“在断点处暂停”UI 对于长线程名称不可见
  • 69603：终端窗口在 Mac OS 中崩溃
  • 72110：调试控制台渲染不必要的新行
  • 71737：调试窗口中的滚动行为异常
  • 71588：在资源管理器中显示文件时出错
  • 70492：运行扩展上的“报告问题”按钮导致数十个重复问题

感谢

最后但并非最不重要的是，非常感谢以下人员帮助使 VS Code 更加出色

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

对 vscode 的贡献

对 vscode-css-languageservice 的贡献

对 vscode-html-languageservice 的贡献

对 node-jsonc-parser 的贡献

对 language-server-protocol 的贡献

对 vscode-languageserver-node 的贡献

对 vscode-eslint 的贡献

对 vscode-lsif-extension 的贡献

对 vscode-textmate 的贡献

对 vscode-recipes 的贡献

对 vscode-vsce 的贡献

对 localization 的贡献

有超过 800 位 Cloud + AI 本地化 社区成员使用 Microsoft 本地化社区平台 (MLCP)，其中约有 100 位活跃贡献者为 Visual Studio Code 做出贡献。

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

这是贡献者的快照。 有关包括贡献者姓名列表在内的项目的详细信息，请访问项目站点：https://aka.ms/vscodeloc。

  • 波斯尼亚语： Ismar Bašanović。
  • 捷克语： Daniel Padrta, David Jareš, Jan Hajek, Jiří Hofman。
  • 丹麦语： Allan Kimmer Jensen, Thomas Larsen。
  • 荷兰语： Maxim Van Damme, Sven Klaasen。
  • 英语（英国）： Martin Littlecott, Tobias Collier, William Wood, Giorgi Jambazishvili。
  • 法语： Antoine Griffard, Thierry DEMAN-BARCELÒ, Mohamed Sahbi, Steven Dugois, Michael VAUDIN。
  • 德语： Christof Opresnik。
  • 印地语： Abhirav Kushwaha, Pramit Das。
  • 简体中文： paul cheung, 斌 项, Fan Su, Justin Liu, Horie Yuan, 王文杰, 赵畅畅, anson zhang, Wang Debang, Pluwen, Yiting Zhu, Joel Yang, Michael Zhang, 擎 钟, 涛 徐, 少民 谈, 伟 全, panda small, Array Zhang, LI ZHAO。
  • 繁体中文： 謝政廷, 煾 雪.
  • 匈牙利语： Levente Hallai Seiler。
  • 印度尼西亚语： Laurensius Dede Suhardiman。
  • 意大利语： Alessandro Alpi, Luigi Bruno, Emanuele Meazzo, Marco Dal Pino。
  • 日语： EbXpJ6bp -, nh, 内田恭平, 尾崎義久, 百本誠司, 長谷文, 熊本迪人, 牧野浩一, 森山恭平, 山本美穂, 戸倉彩。
  • 韩语： 형섭 이, Youngjae Kim, siin lee, Keunyop Lee。
  • 拉脱维亚语： Kaspars Bergs。
  • 立陶宛语： Augustas Grikšas。
  • 波兰语： Wojciech Maj, Marek Biedrzycki, Igor 05, Marcin Weksznejder, Szymon Seliga, Paweł Modrzejewski, ‎Michał Stojke, Artur Zdanowski。
  • 葡萄牙语（巴西）： Alessandro Trovato, Judson Santiago, Roberto Fonseca, Marcelo Fernandes, Lucas Miranda, Ray Carneiro, Loiane Groner, Daniel Luna, Lucas Santos, Saymon Damásio。
  • 葡萄牙语（葡萄牙）： Ana Rebelo, Pedro Teixeira, João Carvalho, Tiago Antunes。
  • 罗马尼亚语： Alexandru Staicu。
  • 俄语： Andrey Veselov, Дмитрий Кирьянов, nata kazakova, Валерий Батурин。
  • 西班牙语： Andy Gonzalez, Carlos Mendible, José María Aguilar, Alvaro Enrique Ruano。
  • 泰米尔语： Boopesh Kumar, Karunakaran Samayan, Merbin J Anselm。
  • 土耳其语： mehmetcan gun, Sinan Açar, S. Ferit Arslan。
  • 乌克兰语： Sviatoslav Ivaskiv, George Molchanyuk。
  • 越南语： Khôi Phạm, Spepirus Shouru, Việt Anh Nguyễn。