现已推出!阅读 10 月份的 新功能和修复内容。

2023 年 10 月(版本 1.84)

更新 1.84.1:此更新解决了这些 问题

更新 1.84.2:此更新解决了这些 问题

下载:Windows:x64 Arm64 | Mac:通用 Intel | Linux:deb rpm tarball Arm snap


欢迎使用 Visual Studio Code 2023 年 10 月版本。此版本包含许多更新,我们希望您会喜欢,一些关键亮点包括

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

内部人员:想要尽快尝试新功能?您可以下载 nightly 内部人员 版本,并在新功能可用时立即试用。

辅助功能

清除、格式化和保存选择加入音频提示

当启用 audioCues.clear 时,声音指示终端、通知或聊天响应已清除。

在文件和笔记本中,audioCues.saveaudioCues.format 可以设置为在用户操作时或始终在每次事件时播放。禁用时,将使用 ARIA 警告,并且可以使用 accessibility.alert.formataccessibility.alert.save 进行自定义。

Windows 放大镜已同步

Windows 放大镜现在可以正确地跟随 VS Code 中的光标。

辅助功能视图改进

默认情况下,用户的光标位于终端辅助功能视图的底部;要保留位置,您可以将 terminal.integrated.accessibleViewPreserveCursorPosition 设置为 true

可以使用 accessibility.hideAccessibleView 隐藏辅助功能视图,这在与有视力障碍的用户分享屏幕时很有用。

当用户开始键入并专注于先前元素时,辅助功能视图现在会关闭,从而实现更流畅的工作流程。

窗口标题中包含文本编辑器的焦点视图

在上次迭代中,我们在 window.title 中添加了 ${focusedView} 变量。我们现在还指示何时 文本编辑器 处于焦点状态。

工作台

自定义活动栏位置

您现在可以将活动栏移动到侧边栏的顶部,如以下视频所示。

Move Activity bar position

将活动栏放置在顶部时,帐户和管理按钮将移动到标题栏的最右侧。

注意:这仅在启用自定义标题栏("window.titleBarStyle": "custom")时受支持。

隐藏编辑器选项卡

用户现在可以通过将 workbench.editor.showTabs 设置为 none 来隐藏编辑器选项卡。其他 showTabs 选项是 multiple(默认值)和 single,用于显示活动编辑器的单个编辑器选项卡。

Hide editor tab bar

最大化编辑器组

有一个新的命令 **视图:切换最大化编辑器组** (⌘K ⌘M(Windows、Linux Ctrl+K Ctrl+M))) 用于最大化编辑器组。这将隐藏所有其他组并在选项卡栏中添加一个按钮,允许用户恢复以前的外观。如果设置 workbench.editor.doubleClickTabToToggleEditorGroupSizes 设置为 maximize,用户可以双击编辑器选项卡来最大化和取消最大化编辑器组。

Maximize editor group showing button to restore to original layout

在设置编辑器中搜索类似的设置

与命令面板类似,设置编辑器现在运行类似的设置搜索,以收集给定查询的更多相关结果。

当前实现处于早期阶段,您可以在接下来的几个迭代中期待改进。

The query "automatically save files" in the Settings editor showing some auto save settings

当在 VS Code 中打开文件或工作区的协议链接时,现在将弹出一个对话框要求确认

Confirm protocol links dialog display for a local file

协议链接可以指向本地文件(例如 vscode://file/path/to/file)或远程文件(例如 vscode://vscode-remote/ssh-remote+[USER@]HOST[:PORT]/path/to/file)。对于每种情况,都有新的设置可以禁用此行为

  • security.promptForLocalFileProtocolHandling - 针对本地协议链接
  • security.promptForRemoteFileProtocolHandling- 针对远程协议链接

编辑器

最近的快速修复键盘快捷键

有一个新的设置可以从 ⌘.(Windows、Linux Ctrl+.))(命令 ID editor.action.quickFix)激活一行中的最近快速修复,无论您的光标在该行中的哪个位置。以前是一个预览功能,**代码操作小部件:包括附近的快速修复** (editor.codeActionWidget.includeNearbyQuickFixes) 现在默认启用。

该命令突出显示将使用快速修复进行重构或修复的源代码。普通代码操作和非修复重构仍然可以在光标位置激活。

Example of new Quick Fix behavior, showing activation on nearest errors, and how all Code Actions are still available at the cursor location

多文档突出显示

通过设置 **编辑器:多文档出现** (editor.multiDocumentOccurrencesHighlight) 添加了对跨多个文档的代码突出显示的初始支持。此初始实现仅包含文本出现,未来将支持语义突出显示。

源代码管理

使用 --force-if-includes 强制推送

本里程碑现在支持 --force-if-includes 选项,这是在 Git 2.30 中添加的 --force-with-lease 的辅助选项。新选项确保正在强制推送的提交是在检查远程引用尖端的提交后创建的,并且在启用自动获取时减少了丢失提交的可能性。您可以通过禁用 git.useForcePushIfIncludes 设置来禁用 --force-if-includes 的使用。

笔记本

执行时的滚动改进

使用 Shift+Enter 在笔记本中执行时如何显示下一个单元格已得到改进,以帮助集中精力在输出上。这还减少了在重新执行已具有输出的单元格时的单元格移动量。

IPython 堆栈跟踪渲染

来自 IPython 的异常堆栈跟踪现在会渲染可点击的链接以帮助导航到错误。这仅在 Jupyter 扩展未首先更改堆栈跟踪时适用:"jupyter.formatStackTraces": false

调试

JavaScript 调试器

改进的事件监听器断点视图

事件监听器断点视图更友好,现在以包含复选框的树的形式呈现

Event Listener Breakpoints view shown as a tree with the Canvas WebGL Error Fired event checked

更好地处理源映射重命名

当使用捆绑器编译代码时,变量可以重命名。这在所有捆绑器中的导入中尤为常见,以及 esbuild 中的某些本地标识符。调试器现在知道每个重命名适用的范围,这修复了许多用户以前遇到的问题。

这需要调试器解析已编译模块的语法树。这是在后台线程中完成的,并且仅在检测到重命名时才完成,但可以通过在 launch.json 中设置 "sourceMapRenames": false 来禁用此行为,以避免任何性能影响。

远程开发

the Remote Development extensions, allow you to use a Dev Container, remote machine via SSH or Remote Tunnels, or the Windows Subsystem for Linux (WSL) as a full-featured development environment.

Highlights include

  • You can now log into Tunnels using your Microsoft account.
  • Connect to Dev Containers over SSH and Tunnels now supported on Windows.

You can learn more about these features in the Remote Development release notes.

扩展贡献

GitHub Copilot

流式传输内联聊天

the GitHub Copilot Chat extension's inline chat can now make progressive text edits and "types" at the rate at which a response is being received. This is a more natural experience than the previous behavior of waiting for the entire chat response to be received before applying it to the editor.

Not all edits are insertions, and for replacements Copilot sometimes has a hard time figuring out where to start. In those cases, streaming might not yet work as expected. Stay tuned for improvements in this area.

聊天代理

此迭代,我们构建了一种与 Copilot Chat 交互的新方法:**代理**。代理就像专家,他们有自己的专长,可以帮助您,您可以通过使用 @ 符号提及他们在聊天中与他们交谈。目前,有两个代理

  • @workspace 了解您工作区中的代码,可以帮助您导航代码,查找相关文件或类。
  • @vscode 了解 VS Code 编辑器本身的命令和功能,可以帮助您使用它们。

每个代理还支持一些斜杠命令,您之前可能使用过的斜杠命令现在应该与代理一起使用。例如,/explain 现在是 @workspace /explain。但作为快捷方式,您也可以只键入 / 来获取自动扩展为完整代理和命令的完成列表。

@workspace

@workspace 代理使用元提示来确定从工作区收集哪些信息来帮助回答您的问题。元提示使用的一种方法是回顾您的对话历史记录,以解决问题中模棱两可的单词/短语。例如,如果您询问 @workspace 它做什么?,元提示现在将考虑历史记录,以弄清楚 实际上是什么以及要收集哪些信息来回答问题。元提示还使用大量术语,包括更多同义词,来生成潜在相关术语的列表。

@workspace 响应中的文件路径和符号是可点击的链接。这使您可以轻松地导航到 Copilot 正在引用的代码。

@workspace 代理在决定从工作区索引哪些文件时会尊重 .gitignore.copilotignore

代理替换斜杠命令

新代理用添加的斜杠修饰符替换了诸如 /createWorkspace/createNotebook 之类的斜杠命令的功能

  • /createWorkspace --> @workspace /new
  • /createNotebook --> @workspace /newNotebook
  • /explain --> @workspace /explain
  • /fix --> @workspace /fix
  • /test --> @workspace /test
  • /vscode --> @vscode /api

Slash command menu showing agents and slash modifiers

尝试使用新代理,并键入 /help 以获取更多提示!

提交消息生成

Copilot Chat 现在可以使用源代码管理输入框中的新“sparkle”操作根据待处理的更改生成提交消息。

导入分组

生成的导入现在始终放置在文件顶部或现有导入块下方。这适用于大多数常见的编程语言。

改进的 /explain 上下文

您可以通过 @workspace /explain 命令或通过上下文菜单中的“使用 Copilot 解释”操作,让 Copilot Chat 解释您活动编辑器中的代码选择。Copilot Chat 现在包括引用的符号(如函数和类)的实现,从而提供更准确和有用的解释。当您为以下语言之一安装了提供语言服务的扩展时,跨文件的效果最好:TypeScript/JavaScript、Python、Java、C#、C++、Go 或 Ruby。

持久聊天视图状态

以前,Copilot Chat 视图最初是隐藏的,然后才会显示。Copilot Chat 视图现在在窗口重新加载之间保持活动状态,因此您不必手动重新打开它。此外,聊天视图现在会引导您完成登录 GitHub 和激活 GitHub Copilot 免费试用版的过程。

使用配置的显示语言聊天

默认情况下,Copilot Chat 现在最初使用您在 VS Code 中配置的 显示语言 响应。您可以通过配置 github.copilot.chat.localeOverride 覆盖这种自动行为。

减少欢迎消息的冗长

您现在可以通过配置 github.copilot.chat.welcomeMessage 来控制 Copilot Chat 在您第一次开始对话时是否以冗长的欢迎消息向您致意。选项为 first(默认)、alwaysnever

终端快速修复

当终端中运行失败的命令时,Copilot 现在将提供快速修复来解释发生了什么。

A sparkle icon shows up that offers to explain a command

这可以通过当前终端提示符旁边的 sparkle 图标 (⌘. (Windows、Linux Ctrl+.)) 触发。

终端命令建议

当终端处于焦点状态时,Copilot 现在可以通过 ⌘I (Windows、Linux Ctrl+I) 键绑定提供 CLI 命令建议。这会打开带有预先填充的 @workspace /terminal 的快速聊天。

Ctrl/Cmd+I now opens up the Quick Chat

/terminal 斜杠命令针对使用当前 shell 建议 shell 命令进行了优化。建议的质量和用户体验将在下一个版本中得到更多改进。

改进了“在终端中运行”操作的显示

当代码块具有 shell 语言类型时,现在会在代码块悬停时显示“在终端中运行”操作。

The code block now shows run in terminal in the top level actions, not hidden in the overflow menu

内联聊天可以回复终端命令

内联聊天现在可以回复要运行的终端命令。

Run in terminal from inline chat

Python

在终端中运行行的改进

Python 扩展改进了在未选择要运行的代码时将行发送到 Python REPL (Shift+Enter) 的行为。以前,当您将光标放置在 Python 代码行上并按下 Shift+Enter 时,Python 扩展会将精确的行内容发送到 REPL,即使它会失败,例如由于它是多行命令的一部分。

使用新的实验性“智能发送”功能,Python 扩展会将围绕光标位置的最小可运行代码块发送到 REPL 以执行。这确保只有完整的可执行代码段被发送到 REPL。光标也将自动移动到下一行可执行代码,以便在迭代执行多个代码块时提供流畅的体验。

要试用它,您可以添加以下“用户”设置:"python.experiments.optInto": ["pythonREPLSmartSend"]。虽然此功能目前处于实验阶段,但我们预计它将在未来成为默认行为。如果您对如何进一步改进此功能有任何反馈或建议,请告诉我们!

主题:Catppuccin Macchiato(在 vscode.dev 上预览)

对 Python 代码检查扩展的改进

我们对支持的代码检查扩展进行了一些改进,以便您可以更加灵活地配置您最喜欢的 Python 工具。

PylintMypyFlake8 扩展现在提供了设置,允许您指定要从代码检查中排除的文件的 glob 模式。如果您正在处理具有许多子项目的庞大代码库,并且希望将某些文件夹从代码检查中排除,这会很有用。这些设置是 "pylint.ignorePatterns""mypy-type-checker.ignorePatterns""flake8.ignorePatterns"

这些扩展还支持 cwd 设置,允许您为代码检查程序指定工作目录。此设置已更新以支持变量 ${fileDirname},因此工作目录可以动态设置为您在编辑器中打开的文件的父文件夹。如果您正在处理单一存储库,并且希望代码检查程序的工作目录在您从不同的子项目中打开文件时动态更新,这很有用。这些设置是 "pylint.cwd""mypy-type-checker.cwd""flake8.cwd"

"mypy-type-checker.preferDaemon" 设置的默认值已更改(仅适用于 Mypy 扩展)。以前,它设置为 true,这意味着默认情况下会使用 Mypy 守护程序。在收到反馈后,我们将默认值更改为 false。如果您想知道哪个值最适合您,我们建议您在将 Mypy 报告范围启用为整个工作区 ("mypy-type-checker.reportingScope": "workspace") 时出于性能原因使用 Mypy 守护程序。否则,如果报告范围设置为当前文件,我们建议您使用与扩展一起提供的 Mypy 可执行文件。

弃用的内置代码检查和格式化功能

随着对 VS Code 中的代码检查和格式化扩展进行的所有工作和改进,我们已 弃用 Python 扩展中提供的内置代码检查和格式化功能。这包括所有代码检查和格式化命令以及设置 (python.linting.*python.formatting.*)。如果您仍在使用这些已弃用的设置,我们建议您将其删除,并改用支持的代码检查和格式化扩展。

如果您正在使用没有支持的扩展的代码检查程序,请查看社区贡献的 Ruff 扩展Ruff 是一个用 Rust 编写的 Python 代码检查程序,支持各种代码检查程序,如 pyflakes、pycodestyle、pydocstyle 等等。最近添加了在 VS Code 中使用 Ruff 作为格式化程序的支持 ("[python]": { "editor.defaultFormatter": "charliermarsh.ruff" })。

您还可以为您最喜欢的 Python 工具创建自己的代码检查程序或格式化程序 VS Code 扩展。查看我们的 Python Tools 扩展模板,快速入门。

创建环境通知

虚拟环境 是使用具有需要安装的依赖项的 Python 项目的推荐方法。它们提供了隔离和可重复性,在 Python 项目中非常流行。

因此,当您尝试运行或调试具有列出依赖项的 Python 文件或项目时,如果您的工作区上没有选择虚拟环境,Python 扩展现在会显示通知。此通知提供了一种通过“Python:创建环境”命令快速创建新虚拟环境的方法。

如果您已经在工作区上拥有虚拟环境,则可以选择它,或将其删除并重新创建。

可以通过将 python.python.createEnvironment.trigger 设置为 off 来禁用此通知。

Notification stating that a virtual environment is not currently selected with an option to Create the environment or disable the notification

虚拟环境停用助手

几个月前,我们宣布了一种针对 使用环境变量的终端激活 的新实验性功能,通过自动在终端中激活所选环境而无需显式激活命令来增强您的开发工作流程。但是,由于没有显式激活脚本工作,因此启用此实验后,deactivate 命令不再起作用。

Python 扩展现在会检测到您尝试运行 deactivate 命令时,并显示一个帮助通知,指导您如何为您的 shell 添加脚本,以便在通过环境变量激活环境时,该命令再次起作用。它还提供了一个按钮来打开您的 shell 配置文件,以便您添加必要的脚本。

Notification stating that the deactivate command is not working and offering a button to open the shell profile file

您可以在 vscode-python wiki 上找到有关如何为您的 shell 添加必要脚本的完整文档。

如果您没有参与实验,并且想尝试使用此功能,可以添加以下“用户”设置:"python.experiments.optInto": ["pythonTerminalEnvVarActivation"]

对测试输出的改进

当启用 pythonTestAdapter 实验时,我们对您如何查看和与 Python 扩展中的测试输出进行交互的方式进行了重大改进,几个月前宣布。以前,测试发现和执行的输出不一致地散布在“Python 测试日志”输出通道和“测试结果”面板中,一些信息在两者中都重复。为了巩固体验,与测试执行相关的输出显示在“测试结果”面板中,测试发现显示在“Python”输出通道中。要了解更多信息,请阅读我们相关的 vscode-python wiki

这种新方法还支持输出中的颜色,如果您使用的是 Pytest 并设置了 "python.testing.pytestArgs": ["--color=yes"] 在您的 settings.json 中。颜色仅适用于“测试结果”面板中的测试执行,不适用于“Python 测试日志”面板中的发现或输出。

Test execution output displayed in Test Results panel with colors, while test discovery output is displayed in the Python output channel

还有一个新的按钮“显示输出”,可以在测试发现错误时从测试资源管理器视图中轻松打开测试日志。

"Show output" button to open the Test Logs in the Test Explorer view

Python 调试器扩展的特定平台版本

现在,Python 调试器 扩展提供特定平台的版本,这样每次更新时只安装必要的特定平台文件。这将减小扩展的大小并有助于提高启动时间。

Tensorboard 扩展

Tensorboard 功能已从 Python 扩展移至独立的 Tensorboard 扩展。

如果您在使用此新扩展时遇到任何问题或想提供反馈,您可以在 Tensorboard 扩展 GitHub 代码库 中提交问题。

Jupyter

使用先前/依赖单元执行

使用 Jupyter 扩展,您现在可以从“单元格运行”按钮旁边的下拉菜单中运行目标单元格的所有先前或依赖单元格。这仍然是一个预览功能,可以通过 jupyter.executionAnalysis.enabled 设置和 notebook.consolidatedRunButton 设置启用。

此功能目前由 Pylance 扩展提供支持,因此您需要安装最新版本的 Pylance 预发行版才能使用此功能。

VS Code 语音

我们正在引入一个新的扩展,为 VS Code 带来了语音支持!新的 VS Code 语音 扩展集成到 GitHub Copilot Chat 中,为聊天输入启用语音到文本转录服务。

安装后,会显示一个麦克风图标,选中后,将根据您语音的转录结果,开始用文本填充聊天输入。转录在您的机器上本地计算,不需要连接到互联网。

VS Code Speech activated by the microphone icon

GitHub 拉取请求和问题

GitHub 拉取请求和问题 扩展取得了更多进展,它允许您处理、创建和管理拉取请求和问题。

  • 项目将显示出来,并且可以从拉取请求描述 Webview 中添加。
  • 与 GitHub Copilot 集成,从拉取请求 创建 视图生成 PR 标题和描述。
  • 使用 GitHub CLI(gh pr checkout)检出的 PR 会被扩展识别。

查看 扩展的 0.76.0 版本的变更日志,了解其他亮点。

预览功能

浮动编辑器窗口

我们一直在探索如何将编辑器从工作台窗口拉出到它们自己的窗口中,现在我们想邀请 VS Code Insiders 社区体验这个令人兴奋的新功能并提供反馈。

确保安装 VS Code Insiders 并在编辑器上运行新的 视图:将活动编辑器移动到新窗口 命令,将其打开到浮动窗口中。

我们仍然需要解决许多 问题 并提供缺少的 功能,但我们相信在不久的将来可以在稳定版中启用此功能。

感谢您的测试!

WASM-WASI 对语言服务器的支持

实验性的 wasm-wasi-core 扩展中添加了对 WASM/WASI 中语言服务器的支持。

vscode-wasm 代码库 中,还有一个扩展展示了用 Rust 编写并编译到 WASM 的简单语言服务器。该扩展依赖于由 Rust 分析器团队维护的 语言服务器板条箱

扩展开发

改进的测试运行器

现在有一个 VS Code 的命令行运行器和扩展,用于更轻松地运行扩展测试。使用新方法的扩展可以在 VS Code 的测试 UI 中运行。虽然需要进行一些迁移,但这通常只需要几分钟。有关更多信息,请阅读 VS Code 的 测试扩展 文档。

最终确定 TestMessage.contextValue API

您可以在 TestMessage 上提供 contextValue,以便在用户对这些消息采取操作时显示。此外,还有两个新的菜单贡献点可用,testing/message/contexttesting/message/content。前者显示在测试结果树视图中的消息上,而后者显示在编辑器中的消息上。例如,这可能用于提供更新快照测试中夹具的操作。

Failed test result with Update Snapshot action displayed

有关 contextValue 的更多信息,请阅读 问题 #190277

更新的 codicons

以下新图标已添加到我们的 codicon 库中

New codicons

  • copilot
  • git-fetch
  • mic
  • mic-filled
  • thumbsup-filled
  • thumbsdown-filled
  • coffee
  • game
  • snake
  • vr
  • chip
  • music
  • piano

新的主题颜色

  • textPreformat.background:预格式化文本段的背景颜色

根据名称区分根文件夹图标

文件图标主题作者现在可以使用新的属性 rootFolderNamesrootFolderNamesExpanded 为根文件夹定义名称特定的图标。您可以查看 文件图标主题指南 以了解更多信息。

建议的 API

每个里程碑都带来了新的 API 提议,扩展作者可以尝试使用它们。一如既往,我们希望您提供反馈。以下是尝试使用 API 提议的步骤

  1. 找到您想尝试的提议 并将其名称添加到 package.json#enabledApiProposals 中。
  2. 使用最新的 @vscode/dts 并运行 npx @vscode/dts dev。它将下载相应的 d.ts 文件到您的工作区。
  3. 您现在可以针对提议进行编程。

您不能发布使用 API 提议的扩展。在下一个版本中可能会发生重大更改,我们永远不想破坏现有扩展。

支持通过问题报告器配置发送到扩展的数据

一个新的 API 提议允许扩展作者通过问题报告器发送更多数据。

export interface IssueUriRequestHandler {
  // Handle the request by the issue reporter for the Uri you want to direct the user to.
  handleIssueUrlRequest(): ProviderResult<Uri>;
}

export interface IssueDataProvider {
  // Provide the data to be used in the issue reporter.
  provideIssueData(token: CancellationToken): ProviderResult<string>;

  // Provide the template to be used in the description of issue reporter.
  provideIssueTemplate(token: CancellationToken): ProviderResult<string>;
}

export namespace env {
  export function registerIssueUriRequestHandler(
    handler: IssueUriRequestHandler
  ): Disposable;
  export function registerIssueDataProvider(provider: IssueDataProvider): Disposable;
}

您可以通过 handleIssueUrlRequest 提供一个 URI,让扩展在 GitHub 上外部提交问题,或者为 provideIssueDataprovideIssueTemplate 提供一个模板 string 和扩展数据 string,以便通过问题报告器将其他扩展数据发送到 GitHub。

有关此提议的更多信息,请阅读 问题 #196863

具有自定义排除规则的文件观察器

在这个里程碑中,我们添加了一个 API 提议,用于创建对排除规则具有完全控制权的文件系统观察器。

export interface FileSystemWatcherOptions {
  /**
   * An optional set of glob patterns to exclude from watching.
   * Glob patterns are always matched relative to the watched folder.
   */
  readonly excludes?: string[];
}

export function createFileSystemWatcher(
  pattern: RelativePattern,
  options?: FileSystemWatcherOptions
): FileSystemWatcher;

这个新的 API 使您的扩展能够完全控制文件观察器,无论它是递归观察器还是非递归观察器,也不管它是否想在工作区内或工作区外进行观察。用户或默认配置的用于文件观察的排除规则将不适用,因此您可以确保只收到您订阅的事件。

工程

Windows 32 位支持已结束

VS Code 不再支持 Windows 32 位。如果您仍在使用 32 位版本的 VS Code,您应该 更新 到 64 位版本。

扩展和文档

用于 Java 的 Gradle

借助改进的 用于 Java 的 Gradle 扩展,VS Code 中的 Java 开发变得更加容易。预发行版对构建 Gradle 项目的支持更好,这要归功于采用了 构建服务器协议 (BSP)。与 VS Code 中使用的其他协议类似,例如 语言服务器协议 (LSP),BSP 在开发环境和构建工具(如 Gradle)之间提供了一个抽象层。

要尝试使用新的 Gradle 支持,请安装 用于 Java 的扩展包用于 Java 的 Gradle 扩展的预发行版。您可以在最近的 Java 扩展团队的博文 中了解有关 Gradle 和 BSP 的更多信息。

Gradle for Java pre-release extension

FastAPI 教程

FastAPI 是一个用于构建 Python API 的现代且快速的 Web 框架,由于其简单性和性能,它变得越来越流行。

您现在可以通过我们的新 FastAPI 教程 了解如何充分利用 VS Code 和 Python 扩展来创建和调试 FastAPI 应用程序!

自定义布局用户指南

有一篇新的 自定义布局 文章,介绍了工作台和编辑器的布局自定义。您将了解如何修改 VS Code 的主要 UI 元素(如视图、面板和编辑器)以适应您首选的工作流程。

Customize Layout dropdown

主题包括

  • 主侧边栏和辅助侧边栏
  • 面板位置和对齐方式
  • 固定编辑器选项卡
  • 编辑器组布局
  • 等等

重要修复

  • 194812 在执行搜索时,目录显示,而 workbench.settings.settingsSearchTocBehavior 设置为 hide
  • 195722 出现网络问题时,设置编辑器为空白

感谢

最后但并非最不重要的,对 VS Code 的贡献者表示衷心的 感谢

问题跟踪

对我们问题跟踪的贡献

拉取请求

vscode 的贡献

vscode-js-debug 的贡献

language-server-protocol 的贡献