April 2020 (version 1.45)

更新1.45.1 :此更新解决了这些问题 .

下载:Windows: 用户 系统 | Mac | Linux: snap deb rpm tarball


欢迎使用2020年4月发布的Visual Studio Code. 我们希望您喜欢此版本中的许多更新,其中一些主要亮点包括:

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

有问必答:想要尽快尝试新功能吗? 您可以下载每晚的Insiders内部版本,并在可用时立即尝试最新更新. 有关最新的Visual Studio Code新闻,更新和内容,请在Twitter @code上关注我们!

Accessibility

这个里程碑是我们从社区中获得的好评,这有助于我们识别和解决许多可访问性问题 .

  • 我们引入了" 焦点下一部分"F6 )和" 焦点上一部分"⇧F6 (Windows,Linux Shift + F6 )命令,以使在工作台之间轻松导航.
  • 现在可以访问状态栏,当焦点对准时,屏幕阅读器可以读取其内容.
  • 在工作台的每个列表和树小部件中引入了适当的ARIA标签,例如"打开编辑器","面包屑","问题"视图等.

我们团队的首要任务之一是使Visual Studio Code成为更易访问的产品,并为每个用户改善体验,因此我们为VS Code的可访问性创建了一个新的Gitter渠道 . 我们鼓励用户加入并提供反馈,提出问题并分享可访问性做法.

Workbench

Switch tabs using mouse wheel

当您使用鼠标滚轮在编辑器选项卡上滚动时,当前不能切换选项卡,而只能显示不可见的选项卡. 现在,使用新设置workbench.editor.scrollToSwitchTabs ,您可以更改行为以切换活动的编辑器选项卡.

在下方,当光标聚焦在编辑器选项卡区域时,如果用户滚动鼠标滚轮,则活动的编辑器会更改.

Changing editor tabs using the mouse wheel

注意:您还可以在滚动时按住Shift键,以获得相反的行为(例如,即使scrollToSwitchTabs设置为off,也可以切换编辑器选项卡).

Custom window title separator

新设置window.titleSeparator可让您更改窗口标题中使用的分隔符. 默认情况下,使用破折号'-' .

Window title separator using dash

Updated Side Bar section headers for default themes

我们为默认的深色和浅色主题更新了侧边栏部分标题的样式. 现在,我们使用透明背景,并为每个标题显示一个边框.

OPEN EDITORS部分的下面的标题没有背景色,而VSCODEOUTLINE标题的上面带有边框.

Side Bar section headers

Editor

Faster syntax highlighting

VS代码中的语法突出显示通过解释文本伴侣文法来运行. 这些语法由用特定方言编写的正则表达式编写,并且可以使用oniguruma正则表达式库进行评估. 到目前为止,我们一直在使用两个不同的库来评估此类正则表达式,一个用于VS Code桌面(本机节点模块),另一个用于VS Code在浏览器中(一个Web Assembly二进制文件).

现在,我们已经编写了专用的Web程序集绑定,该绑定已针对TextMate解释器的使用进行了优化. 通过避免在内部循环中分配内存并采用几个月前添加到oniguruma的新API,我们已经能够创建一个比以前两种方法都快的变体,并提供高达3倍的性能以突出显示常规编程文件. 您可以查看请求#95958的更多详细信息和度量.

Semantic token styling

现在,您可以在用户设置中自定义语义主题规则. 语义着色可用于TypeScript和JavaScript,并支持正在开发的Java和C ++. 默认情况下,内置主题启用了此功能,主题扩展正在采用该功能.

editor.semanticTokenColorCustomizations设置允许用户覆盖默认主题规则并自定义主题.

Semantic token color customization

上面的设置更改了默认Dark +主题. 它为参数(斜体和新颜色)赋予了新样式,并在默认库中为所有符号(例如PromiseMap及其属性)加了下划线.

下面的示例将语义样式添加到所有主题:

"editor.semanticTokenColorCustomizations": {
    "enabled": true, // enable semantic highlighting for all themes
    "rules": {
        // different color for all constants
        "property.readonly": "#35166d",

        // make all symbol declarations bold
        "*.declaration": { "bold": true }
    }
}

语义突出显示指南中更详细地说明了语义标记的主题.

New color for constants in the Default Dark+ theme

现在,默认Dark +和Default Light +主题的颜色常量与可写变量的阴影不同.

以下注意, htmlModerange常量与result变量的颜色不同.

默认的Dark +主题:

Constant color in the Dark+ theme

默认的Light +主题:

Constant color in the Light+ theme

Disable persistent Undo

最后一个里程碑,更改了在关闭文件并重新打开文件时保留的"撤消/重做"堆栈. 并非所有人都希望使用此新功能,因此现在有一个设置files.restoreUndoStack ,以禁用持久性撤消.

Integrated Terminal

Removal of several prompt-related commands

以下命令已被删除:

  • workbench.action.terminal.deleteWordLeft
  • workbench.action.terminal.deleteWordRight
  • workbench.action.terminal.deleteToLineStart
  • workbench.action.terminal.moveToLineStart
  • workbench.action.terminal.moveToLineEnd

这些命令通过向终端发送特定的字符序列来工作,这是基于终端使用的命令键绑定的最大努力猜测. 这些命令的问题在于它们是一个封闭的框,您需要从字面上搜索vscode代码库以了解它们是如何工作的. 它们已替换为workbench.action.terminal.sendSequence命令的自定义键绑定,该命令以通用方式执行相同的操作.

这些是高级键盘快捷键,由于包含参数,因此无法通过"键盘快捷键" UI进行完整查看,但是您可以通过运行" 偏好设置:打开默认键盘快捷键(JSON)"命令来查看其JSON定义:

Terminal sendSequence keybindings JSON

这也应该帮助您学习如何使用功能强大的sendSequence命令 .

Support for pasting of multi-line text in PowerShell

多行粘贴在PowerShell中从未起作用,因为VS Code始终以与键入文本完全相同的方式通过文本发送文本. 如上所述,已将几个键绑定交换为使用workbench.action.terminal.sendSequence命令,并且您可能已经注意到仅为Windows添加了新的键绑定:

{ "key": "ctrl+v",                "command": "workbench.action.terminal.sendSequence",
                                     "when": "terminalFocus && !accessibilityModeEnabled && terminalShellType == 'pwsh'",
                                     "args": {"text":"\u0016"} },

此新的快捷键绑定会将代表Ctrl+V的文本直接发送到PowerShell,由PSReadLine拾取并正确处理.

Before:

Terminal paste error before

After:

Terminal paste correctly after

Theme: Sapphire (Dim)

Control double-click word selection

新的terminal.integrated.wordSeparators设置可让您自定义在终端中双击时用于分隔单词的分隔符.

默认分隔符为:

  "terminal.integrated.wordSeparators": " ()[]{}',\"`─"

Debugging

Automatic debug configurations

在VS Code中设置调试可能是一项艰巨的任务,因为用户必须创建新的调试配置(或至少根据自己的需要修改模板). 为了简化调试体验,我们不断增加一项新功能,该功能使调试扩展作者可以分析当前项目并自动提供高质量的调试配置,而无需其他用户配置.

与提供构建任务的方式类似,自动调试配置在"调试"视图的配置下拉列表以及" 选择并开始调试快速选择"中的相应调试器(文件夹图标)下分组. 选择调试器后,VS Code将显示所有可用的自动配置. 选择配置将启动新的调试会话.

以下屏幕截图显示了新的JavaScript调试器的功能(预览)和我们的教育性Mock Debug:

Automatic debug configurations

可以通过在快速打开⌘P (Windows,Linux Ctrl + P )中键入'debug'(带空格)或触发Debug:Select and Start Debugging命令来打开调试Quick Pick.

在下一个里程碑中,我们将添加UI,以便可以轻松地将自动调试配置添加到launch.json以进行进一步配置.

Tasks

Disable faster Quick Pick

在1.44版中,我们改进了任务选择器,该任务选择器通过更改布局并使其更快而在运行" 任务:运行任务"命令时显示. 但是,更快的"快速选择"功能确实使任务选择器更深了两个级别,具体取决于要运行的任务. 如果需要以前的UI,现在可以使用task.quickOpen.showAll设置禁用更快的选择器.

Save on run

以前,运行任务时始终会保存所有脏编辑器. 如果您不想在运行任务时保存编辑器,现在可以使用task.saveBeforeRun配置该行为.

Languages

TypeScript status bar entry enhancements

当您专注于TypeScript文件时,VS Code在状态栏中显示当前的TypeScript版本:

TypeScript version status bar entry

现在单击版本将弹出适用于当前TypeScript项目的命令:

TypeScript project commands

Prompt users to switch to the workspace version of TypeScript

新的typescript.enablePromptUseWorkspaceTsdk设置会弹出提示,询问用户是否要切换到TypeScript的工作区版本:

Prompt shown when opening a workspace with local TypeScript version

要启用该提示,请包括"typescript.enablePromptUseWorkspaceTsdk": truetypescript.tsdk作为项目的工作区设置.

Markdown文件中的编辑器链接和Markdown预览中的链接现在可以指向文件夹. 单击这些链接之一将在VS Code的文件资源管理器中显示目标文件夹.

Source Control

GitHub authentication for GitHub repositories

VS Code现在具有针对GitHub存储库的自动GitHub身份验证. 现在,您无需在系统中配置任何凭据管理器,就可以在公共和私有存储库之间克隆,拉入和推送. 甚至在集成终端中调用的Git命令(例如git push )现在都可以根据您的GitHub帐户自动进行身份验证.

您可以使用git.githubAuthentication设置禁用GitHub身份验证. 您还可以使用git.terminalAuthentication设置禁用终端身份验证集成.

Hide Git commit input box

新设置git.showCommitInput允许您隐藏Git存储库的提交输入框.

Inline diff is now editable

现在,当预览文件中的更改时,您可以在快速差异编辑器中进行编辑.

Editable inline diff

Preview features

Preview features are not ready for release but are functional enough to use. We welcome your early feedback while they are under development.

Settings Sync

最近几个月,我们一直在努力支持跨计算机同步VS Code首选项,并且此功能可在Insiders版本中预览.

您现在可以使用GitHub帐户登录以同步VS Code首选项.

Settings Sync Sign in with GitHub

主题:具有定制功能的GitHub Sharp

There is also now support for synchronizing global snippets.

New JavaScript debugger

本月,我们继续在新的JavaScript调试器上取得进展. 它是默认安装在Insiders上的,并且可以 VS Code稳定版的Marketplace中安装. 您可以通过启用debug.javascript.usePreview设置,将其与现有的启动配置一起使用.

这是本月添加的一些新功能:

分析支持

通过单击"调用堆栈"视图中的新" 配置文件"按钮,或使用" 调试:获取性能配置文件"命令,可以从Node.js或浏览器应用程序捕获CPU配置文件. 完成后,您可以选择配置文件运行的时间:停止配置文件,持续一段时间或遇到另一个断点.

配置文件结束后,它将保存在您的工作区文件夹中,并在VS Code中打开. 如果您运行的是稳定版本,则需要安装Visualizer扩展程序以进行查看. 在Insiders上,扩展程序已内置. 当您打开配置文件时,会将CodeLens添加到文件中,这些文件包含功能级别和某些"热"行的性能信息. 与许多其他工具中捕获的配置文件不同,记录的配置文件可识别Sourcemap.

Animation showing the process of taking a profile

主题:Earthsong,字体:Fira Code

自动附加集成

打开debug.javascript.usePreview时,VS Code的自动附加将使用js-debug提供的新方法,该方法允许所有终端的工作方式类似于Debug Terminal.

对现有调试器的自动附加的改进:

  • 立即连接调试器,使您可以在程序的早期达到断点.
  • 子进程会自动调试.
  • 自动附加期间没有过程轮询开销.

从变量视图复制复杂值

以前,尝试从VS Code Variables视图复制复杂的值(如对象)通常会导致数据被截断或不完整. VS Code和js-debug中的更改使我们能够复制完整的值.

Animation showing copying and pasting a very large array

Product icon themes

Visual Studio Code包含一组内置的图标,这些图标在视图和编辑器中使用,但也可以在悬停器,状态栏和扩展名中使用. 这些图标是产品图标 ,而不是文件图标 ,在整个UI中, 文件图标显示在文件名旁边.

VS Code附带的产品图标包含在Codicon图标字体中 ,用于默认的产品图标主题. 扩展现在可以提供新的产品图标主题,以重新定义这些图标并赋予VS Code新的外观.

Custom product icon themes

产品图标主题文档有更多详细信息,并且有一个产品图标主题样本 .

TypeScript/JavaScript symbol search across all open projects

现在,使用TypeScript 3.9+时,VS Code的工作区符号搜索现在默认包括所有打开的JavaScript和TypeScript项目的结果. 我们以前只搜索当前活动文件的项目.

这由新的"typescript.workspaceSymbols.scope"设置控制. 要恢复到旧的行为,请设置: "typescript.workspaceSymbols.scope": "currentProject" .

终端中的链接已进行了全面检查,更改了后备系统,以实现更强大的实现,从而实现:

  • 使用编辑器的链接检测可以更好地检测Web和file://链接.
  • 文件夹链接支持,可以在资源管理器中打开文件夹或打开新的VS Code窗口.
  • 针对不同链接类型的不同链接操作,回退到搜索工作空间的"单词"链接(基于terminal.integrated.wordSeparators设置).
  • 与编辑器类似的链接突出显示和悬停体验.

Terminal with various links

Theme: Topaz (Dim)

此查询中提供了已知问题的列表.

Dynamic view icons and titles

这个里程碑,我们继续致力于使布局更加灵活. 在工作台上移动视图可让您在活动栏或面板中的新选项卡上创建新图标. 为了更容易理解这些新创建的视图容器之一中的内容,我们更新了逻辑以使其更易于理解.

现在,当您有一个自定义容器时,我们将从第一个可见视图中继承标题和图标. 这将允许您通过重新排列视图来更改它. 对于内置或扩展的容器,我们将尝试尽可能长时间地保留此图标. 在下面,将新视图放置在视图容器的顶部时,其图标和标题将更新.

Dynamic icons and titles

最后,您现在可以一口气移动自定义容器以及所有包含的视图. 下面的简短视频显示了将终端和输出视图组合拖动到活动栏中.

Moving whole View Containers

Contributions to extensions

Remote Development

远程开发扩展继续进行工作,该扩展使您可以将容器,远程计算机或Windows Linux子系统 (WSL)用作功能全面的开发环境.

1.45中的功能亮点包括:

  • 远程-容器:提供容器配置建议.
  • Remote - Containers: WSL 2 Docker and Podman engines support.
  • 远程-容器:用于本地和容器文件夹的新devcontainer.json变量.

您可以在" 远程开发"发行说明中了解新的扩展功能和错误修复.

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues扩展名为" GitHub Pull Requests", 现在已有一年多的历史了,您可以通过它在VS Code中管理和查看Pull Request . 现在,扩展已扩展为包括对GitHub Issues的支持.

问题支持包括:

  • 悬停于#引用问题和@提及用户.
  • 针对问题和用户的内联完成建议.
  • 您可以在其中使用自定义查询的问题视图.
  • 开始处理问题的操作,它将创建一个分支并填充提交消息.

还提供了新的存储库支持:

下面的简短视频演示了如何发布到GitHub上的新私有存储库,以及在文件成功上传后可以选择浏览GitHub上的存储库的选项.

Publish repository

有关更多信息,您可以阅读最近的GitHub Issues Integration博客文章和使用GitHub文档.

GitHub Issue Notebook

VS Code团队正在研究对笔记本的本机支持. 当今使用最流行的笔记本电脑是Jupyter笔记本电脑,在调查它们的同时,我们开始寻找构建公正且支持不同样式笔记本电脑的笔记本电脑解决方案的方法.

其中的一个笔记本是GitHub Issue Notebooks扩展,它使您可以管理问题和拉取请求搜索并内联呈现结果:

GitHub Issue Notebook

此扩展程序仍在开发中,仅可与VS Code Insiders一起使用,但通过它您可以直接体验Notebooks,并且可以向我们提供反馈.

Extension authoring

New theme colors for editor tabs

新颜色添加到工作台编辑器选项卡的进一步主题中:

  • tab.unfocusedInactiveBackground: Inactive tab background color in an unfocused group
  • tab.hoverForeground :悬停时的标签前景色
  • tab.unfocusedHoverForeground :悬停时未聚焦的组中的选项卡前景色

New theme color for editor title border

现有颜色editorGroupHeader.tabsBorder更改为在编辑器选项卡下但在面包屑上方渲染边框. 新的颜色editorGroupHeader.border允许您在编辑器组标题下方(例如,如果启用,则在面包屑下方)呈现边框,以恢复editorGroupHeader.tabsBorder的先前行为.

Deprecating and archiving of the vscode NPM module

在2019年6月,我们根据event-stream事件将vscode模块分为@types/vscodevscode-test . 如今, 针对minimist安全警报已导致仍依赖于vscode扩展的安全警报,该扩展取决于mocha@5.2.0并因此取决于minimist@0.0.8 . 不幸的是, mocha@5.2.0不再接收更新,升级到新的mocha版本会破坏现有功能.

我们发布了新版本的vscode ,该版本删除了一些不必要的依赖项. 我们还存档了存储库,并在NPM上弃用了vscode模块 . 请迁移@types/vscodevscode-test .

New Completion Item Kinds

vscode.CompletionItemKind有两个新条目, vscode.CompletionItemKind代表问题和用户. 例如,在添加TODO标签时,可以使用这些建议用户名.

Working with URIs

We have added a vscode.Uri.joinPath utility. It is a factory function that creates new URIs by joining path segments with an existing URI. Think of this as Node.js' path.join utility but for URIs.

对于扩展,VS Code公开了通过Extension.extensionUriExtensionContext.extensionUri安装Extension.extensionUri的URI. 使用join实用程序,您现在可以为扩展资源创建URI.

例如:

const fileUri = vscode.Uri.joinPath(context.extensionUri, './file.png');
const bytes = await vscode.workspace.fs.readFile(fileUri);

debug/callstack/context menu inline group

VS Code现在支持对debug/callstack/context菜单inline组的贡献. 当用户将鼠标悬停在Debug Session元素上时,将在调用堆栈中内嵌呈现给该组的命令.

Call Stack inline contribution

New Debug theme colors

样式化Debug视图有新的颜色:

  • debugView.exceptionLabelForeground :调试器因异常而中断时,在CALL STACK视图中显示的标签的前景色
  • debugView.exceptionLabelBackground :调试器因异常而中断时,在CALL STACK视图中显示的标签的背景色
  • debugView.stateLabelForeground :CALL STACK视图中标签的前景色,显示当前会话或线程的状态
  • debugView.stateLabelBackground :"呼叫堆栈"视图中标签的背景颜色,显示当前会话或线程的状态
  • debugView.valueChangedHighlight :用于突出显示"调试"视图(例如,"变量"视图)中的值更改的颜色
  • debugTokenExpression.name :"调试"视图(例如,"变量"或"监视"视图)中显示的令牌名称的前景色
  • debugTokenExpression.value :调试视图中显示的令牌值的前景色
  • debugTokenExpression.string :调试视图中字符串的前景颜色
  • debugTokenExpression.boolean :"调试"视图中布尔值的前景色
  • debugTokenExpression.number :调试视图中数字的前景色
  • debugTokenExpression.error :调试视图中表达式错误的前景色

Source control management

新的prepareFocus参数可打开资源命令

调用SourceControlResourceState.command命令时,将传递一个额外的preserveFocus: boolean参数,这使扩展作者可以提供更好的用户体验.

输入文字模仿

现在,"源代码管理"输入文本具有专用的模仿类型: text/x-scm-input .

控制输入​​框的可见性

扩展现在可以使用SourceControlInputBox.visible属性控制每个存储库的"源代码控制"输入框的可见性.

Git

远程源提供商

Git扩展API现在允许其他扩展提供远程源 ,以便参与Git:Clone命令.

这是GitHub Pull Requests and Issues扩展的示例:

Clone from GitHub

凭证提供者

扩展了Git扩展API,以便扩展可以提供身份验证凭据 ,以便对针对工作台和Integrated Terminal中的HTTPS Git存储库调用的Git命令进行身份验证.

SignatureInformation.activeParameter

SignatureInformation上新的activeParameter属性使您可以分别为每个签名指定活动参数. 如果提供,它将覆盖顶级SignatureHelp.activeParameter属性.

Strict null fix for EventEmitter

在VS Code 1.44和更低版本中, EventEmitter.fire的参数是可选的:

// Valid in VS Code 1.44
const emitter = new EventEmitter<number>();

emitter.event((x: number) => console.log(x));

// Calling fire with no argument was valid but resulted in the `x` above being `undefined`
emitter.fire();

这违反了严格的空检查,但没有引起编译错误.

在VS Code 1.45中, fire现在需要一个参数. 如果仍然希望在源代码中不带任何参数的情况下调用.fire() ,请使用new EventEmitter<void> .

Language Server Protocol

该规范的3.16版本的工作已经开始. 第一步,"呼叫层次结构"支持脱离了建议的状态. 请注意,3.16规范尚未最终确定,根据反馈,可能仍会更改.

Proposed extension APIs

每个里程碑都随附新提出的API,扩展作者可以尝试一下. 一如既往,我们热切希望收到您的反馈. 您必须尝试以下提议的API:

  • 您必须使用Insiders,因为建议的API经常更改.
  • 您必须在扩展程序的package.json文件中包含以下行: "enableProposedApi": true .
  • 将最新版本的vscode.proposed.d.ts文件复制到项目的源位置.

请注意,您无法发布使用建议的API的扩展. 下一个版本中可能会有重大更改,我们永远也不想破坏现有扩展.

Contribute to terminal environments

上个月引入了这个新提议的API,以便扩展作者可以为终端环境做出贡献. 本月主要是在功能之上应用一些UI并对其进行完善. 当终端处于"陈旧"的环境中时,现在会出现一个警告图标,其中显示了一个丰富的悬停键以说明要更改的内容,并包括方便的重新启动终端操作. 更改处于活动状态时,还有一个信息图标可用,但默认情况下处于禁用状态.

Terminal stale environment warning

Providing debug configurations dynamically

我们更新了调试扩展API,为调试扩展作者提供了一种基于工作区或项目中的信息动态添加调试配置的方法. 这些调试配置出现在相同的UI位置,其中显示了launch.json静态调试配置.

在此版本中,动态调试配置显示在"调试"视图的配置下拉列表以及" 选择并开始调试快速选择"中. 在将来的版本中,我们也考虑在"欢迎"视图中显示它们.

新的API基于现有DebugConfigurationProviderprovideDebugConfigurations方法. 在此版本之前,VS Code调用了provideDebugConfigurations ,以提供初始的"静态"调试配置,该配置将被复制到新创建的launch.json . 随着新的API,一个DebugConfigurationProvider现在可以通过注册vscode.debug.registerDebugConfigurationProvider通过传递价值,为"动态"的情况下DebugConfigurationProviderTriggerKind.Dynamic新的可选triggerKind说法. 通过此新注册,每当要在UI中显示所有调试配置的列表时,VS Code就会调用provideDebugConfigurations方法.

为了及时激活使用此新API的扩展,已引入onDebugDynamicConfigurations:<debug type>上的新激活事件. <debug type>是必需的,它表示为哪个调试器指定了动态调试配置.

在Mock Debug中可以找到一个用法示例 .

Binary Custom Editor API

我们花费了这一迭代为二进制自定义编辑器修改了所提议的API,以使其稳定. 提醒一下,自定义编辑器允许扩展提供自己的编辑器用户界面,以代替VS Code的常规文本编辑器. 我们已经稳定了对基于文本文件的自定义编辑器的支持. 提议的API将自定义编辑器扩展为二进制文件格式,例如图像或十六进制转储.

A custom editor for binary files

我们希望收到您对此API的反馈,以便我们可以在下一次迭代中最终确定它. 查看定制编辑器扩展示例,以查看二进制文件定制编辑器的示例实现. 现在, Custom Editor API文档还涵盖了二进制文件的自定义编辑器.

让我们知道该API是否适合您,或者在实现自定义编辑器时遇到任何问题.

Engineering

Native iterators

我们现在使用本地ES6迭代器来提高性能. 您可以在问题#94540中找到更多详细信息.

Compilation daemon

由于使用了deemon实用程序,我们现在将自宿主编译任务作为后台进程运行:即使重新启动VS Code,它仍保持运行状态.

Automated issue classification

继续将问题分类流程移至GitHub Actions的工作,我们创建了Actions用于自动问题分类. 这些动作通过自动下载所有问题并生成机器学习模型来按计划将问题分类为特征区域而起作用. 我们所有动作的完整实现都在我们的GitHub Triage Actions存储库中.

New documentation

Docker Compose

新增了一个Docker Compose主题,解释了Microsoft Docker扩展如何帮助您将Docker Compose文件添加到项目中,从而可以轻松地与多个Docker容器一起使用.

Java topics

Java主题已更新,其中包括有关使用Java扩展整理重构 Java源代码的新主题.

GitHub

通过扩展的GitHub集成,有一个新的"使用GitHub"主题,展示了如何在VS Code中使用GitHub.

Notable fixes

  • 46886 :"调试"边栏中的"无法调整断点大小"部分
  • 85344 :当我单击VSCode中的链接时,Firefox崩溃.
  • 86425 :集成端子宽度太窄
  • 90714 :将调试控制台字体大小设置应用于输入字段
  • 90734 :Windows终端作为外部终端未在工作空间目录中启动
  • 93973 :[SSH]边栏中的自动显示不起作用
  • 94574 :居中布局:显示差异编辑器时使用全宽
  • 94982 :Bash调试未从版本1.44.0开始
  • 95108 :serverReadyAction debugWithChrome突然停止工作
  • 95319 :getWordRangeAtPosition可以冻结扩展主机

Thank you

最后但同样重要的是,非常感谢! 致使VS Code变得更好的以下人员:

对我们的问题跟踪的贡献:

vscode贡献:

vscode-json-languageservice贡献:

vscode-html-languageservice贡献:

language-server-protocol贡献:

debug-adapter-protocol贡献:

vscode-generator-code贡献:

vscode-textmate贡献:

vscode-vsce贡献:

localization贡献:

使用Microsoft Localization Community Platform(MLCP)的Cloud + AI Localization社区成员有800多个,Visual Studio Code的活跃参与者约170多个. 通过提供新的翻译,对翻译进行投票或建议改进流程,我们对您的贡献表示感谢.

这是贡献者的快照. 有关项目的详细信息(包括贡献者姓名列表),请访问项目站点, 网址https://aka.ms/vscodeloc .

  • 中文(简体中文) Tingting Yi, Yizhi Gu, Charles Dong, Justin Liu, Joel Yang, Tony Xia, 朱知阳, meng shao, 普鲁文, paul cheung, 张锐, Yiting Zhu, Nong Zhichao, Liam Kennedy, 武 健, Zhao Liguo, 宁 倬, Bochen Wang, 一斤瓜子, 顺 谭, 云 何, Yun Liu, yungkei fan, 杨 越鹏.
  • Chinese (Traditional, Taiwan)船长, Winnie Lin,予恒, TingWen Su.
  • Czech David Knieradl.
  • 丹麦(丹麦) Javad Shafique,Lasse Stilvang.
  • 英语(英国)马丁·利特科特 Martin Littlecott),奥伦·雷特(Oren Recht),法里斯·安萨里(Faris Ansari).
  • 芬兰文(芬兰) Teemu Sirkiä.
  • 法国(法国)安东尼·格里费德 Antoine Griffard),蒂埃里·德曼(ThierryDEMAN-BARCELÒ),罗多夫·诺埃尔(Rodolphe NOEL),内森·邦纳曼斯(Nathan Bonnemains)
  • 希伯来语(以色列)查伊姆·瑞法尔·弗里德曼 Asy Afatai .
  • 匈牙利人 LászlóBucsai.
  • 印度尼西亚(印度尼西亚)格里·苏里亚 Gerry Surya),劳伦斯·德德·苏哈迪曼(Laurensius Dede Suhardiman).
  • 意大利语(意大利)亚历山德罗·阿尔皮,里卡多·卡佩罗.
  • 日语(日本)冲绳益子 Ikko Ashimine),仓仓彩(Aya Tokura),扶和隆之(Takayuki Fuwa ,木崎昌三 Kis Kisaragi),高住住吉(Takashi Sumiyoshi),牧野晃一(Koichi Makino),尾崎义久(Yoshihisa Ozaki),天满正和(TENMYO Masakazu).
  • 韩国(韩国)京熙Ko(June Heo).
  • 挪威(挪威) TorbjørnViem Ness.
  • 波兰(波兰) Makabeus Orban,KacperŁakomski,Karol Szapsza.
  • 葡萄牙语(巴西)亚历山德罗·特罗瓦托,马塞洛·费尔南德斯,亚瑟·利马,卢西亚纳·德·梅洛,路易斯·古斯塔沃·努内斯.
  • 葡萄牙语(葡萄牙)佩德罗·菲利佩,安东尼奥·佩雷拉.
  • 俄语(俄罗斯)安德烈·维斯洛夫,瓦迪姆·斯维特金,安东·米纳科夫.
  • 西班牙语(西班牙,国际排序) Sifredo Da Silva,Ariel Costas Guerrero,David Roa,AbdónRodríguezP.,Luis Manuel,Carlos A. Echeverri V,A.Jesus Flores A.,Ricardo Estrada Rdez,Alfonso Jesus Flores.
  • 瑞典文(瑞典) Per Ragnar Edin.
  • 泰米尔(印度) krishnakoumar c.
  • 土耳其语(土耳其)乌穆特·坎·阿尔帕斯兰 Umut Can Alparslan),穆罕默德·尤努格(MehmetYönügül).
  • 乌克兰(乌克兰) Nikita Potapenko,igor oleynik.
  • 越南(Vietnam) Hieu Nguyen Trung,LN Quang.