Visual Studio Code 正式版本 1.34,远程开发扩展仍不可用

vGoCoder
 vGoCoder
发布于 2019年05月17日
收藏 6

Visual Studio Code 正式版本1.34 今天发布。4月份,官方忙于远程开发扩展的预览版。通过这些扩展,开发者可以在远程计算机或VM,Windows子系统Linux(WSL)或Docker容器内通过SSH使用VS Code。可以阅读Visual Studio Code博客文章中的远程开发以了解更多信息。

如果您想在网上阅读这些发行说明,去更新code.visualstudio.com

编辑

稳定的CodeLens

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

稳定的CodeLens

语言

使用供应商前缀降低CSS属性值的排名

前缀为破折号'-'(例如-moz-grid-ms-grid)的CSS属性值现在grid在自动完成时出现。

调试

debug.showSubSessionsInToolBar

我们已经介绍了debug.showSubSessionsInToolBar控制调试子会话是否显示在调试工具栏中的设置。如果此设置为false,则子会话上的stop命令也将停止父会话。此设置默认值为false。

任务

终止所有任务

任务:终止任务命令有一个新选项,以终端的所有任务,如果有运行多个任务。如果这是您经常执行的操作,则可以使用terminateAll参数为命令创建键盘快捷键。

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

自动显示“问题”面板

新的revealProblems任务属性允许您自动显示“问题”面板。该属性值alwaysneveronProblem

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

对扩展的贡献

预览:远程开发

❗ 注:远程开发的扩展需要Visual Studio代码业内人士

Visual Studio Code Remote Development允许您将容器,远程计算机或Windows子系统Linux(WSL)用作功能齐全的开发环境。

在扩展远程开发扩展包在远程工作空间的情况下运行,而VS代码的感觉,当你在本地运行像它。

Vetur

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

内插中的Vetur JavaScript支持

您可以在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各个扩展项目的s 来创建构建两个扩展的扩展。

通知中的命令链接

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

通知中的链接允许标题

您现在可以为通知中的链接添加标题,当用户将鼠标悬停在链接上时将显示这些标题。语法是[link name](link "<the title>")

建议的扩展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作用域。扩展作者scope在为configuration扩展点做出贡献时设置属性。只能为用户设置配置机器特定的设置。

"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功能

有一个新的部署Python到Azure功能教程,该教程描述了如何创建和部署Python无服务器Azure功能。

其他

语言服务器协议

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

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

这些新功能是在下一版本vscode-languageclientvscode-languageserverNPM模块。

值得注意的修复

  • 48259:Explorer从FileSystemProvider尊重垃圾回收功能
  • 68276:对于长线程名称,调用堆栈“暂停在断点”UI不可见
  • 69603:终端窗口在Mac OS中崩溃
  • 72110:调试控制台无需渲染换行符
  • 71737:在调试窗口中滚动表现很奇怪
  • 71588:在资源管理器中显示文件时出错
  • 70492:“正在运行扩展程序”上的“报告问题”按钮会导致数十个重复问题
本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:Visual Studio Code 正式版本 1.34,远程开发扩展仍不可用
加载中

精彩评论

SvenZhao
SvenZhao
简直服了 你们发译文都不审核的吗???????直接机翻就发出来了????????????我们不会用右键谷歌翻译吗?
ChengShuai
ChengShuai
看到界面左下角有版本更新,我就兴冲冲地卸掉了insiders,清掉了缓存,更新了1.34,然后看到它弹出更新日志里面说remote还是只有insiders可以用……😓
独孤影
独孤影
❗ 注:该远程开发的扩展需要Visual Studio代码业内人士。这特么翻译的是个啥JB玩意儿
快乐的一只小青蛙
快乐的一只小青蛙
正式版尽快支持Remote develop啊,insiders老是更新挺烦人

最新评论(10

Nori
Nori
1.33还没用,这更新速度,,,,,
vGoCoder
vGoCoder
“❗ 注:该远程开发的扩展需要Visual Studio代码业内人士。”
更正为
“❗ 注:远程开发扩展仍然需要Visual Studio Code Insiders版本”
游侠小陆

引用来自“ChengShuai”的评论

看到界面左下角有版本更新,我就兴冲冲地卸掉了insiders,清掉了缓存,更新了1.34,然后看到它弹出更新日志里面说remote还是只有insiders可以用……😓
有第三方开发的,都大半年了
z
zjh6
你们呀太天真.我还是用回了的我的gvim.
啥都不管.速度贼快.
ChengShuai
ChengShuai
看到界面左下角有版本更新,我就兴冲冲地卸掉了insiders,清掉了缓存,更新了1.34,然后看到它弹出更新日志里面说remote还是只有insiders可以用……😓
SvenZhao
SvenZhao
简直服了 你们发译文都不审核的吗???????直接机翻就发出来了????????????我们不会用右键谷歌翻译吗?
独孤影
独孤影
❗ 注:该远程开发的扩展需要Visual Studio代码业内人士。这特么翻译的是个啥JB玩意儿
Newthinks
Newthinks
那个在边栏上显示的github是什么扩展啊
Fenying
Fenying
CodeLens错位问题终于修复了!!!!!真是太好了!!!!!!两三年了啊!!!!
快乐的一只小青蛙
快乐的一只小青蛙
正式版尽快支持Remote develop啊,insiders老是更新挺烦人
返回顶部
顶部