2023 年 10 月(版本 1.84)
更新 1.84.1:此更新解决了这些 问题。
更新 1.84.2:此更新解决了这些 问题。
下载:Windows:x64 Arm64 | Mac:通用 Intel silicon | Linux:deb rpm tarball Arm snap
欢迎使用 Visual Studio Code 2023 年 10 月版。此版本包含许多更新,我们希望您会喜欢,其中一些主要亮点包括
- 更多音频提示 - 新增音频提示以指示清除、保存和格式化操作。
- 活动栏位置 - 将活动栏移至顶部以实现紧凑显示。
- 隐藏编辑器选项卡 - 显示多个、单个或不显示编辑器选项卡。
- 最大化编辑器组 - 快速展开活动编辑器组。
- Python 改进 - 更好地在终端中运行代码,更轻松地创建虚拟环境。
- FastAPI 教程 - 了解如何使用 VS Code 开发 Python FastAPI 应用程序。
- Java 的 Gradle - 改进了对 Java Gradle 项目的支持。
- 预览:GitHub Copilot - 聊天“代理”、生成提交消息、终端支持。
如果您想在线阅读这些发行说明,请访问 更新 页面,网址为 code.visualstudio.com。
Insiders:想尽快尝试新功能吗?您可以下载每夜构建的 Insiders 版本,并在最新更新可用时立即试用。
辅助功能
清除、格式化和保存选择加入音频提示
当启用 audioCues.clear
时,声音会指示终端、通知或聊天回复已被清除。
在文件和笔记本中,可以将 audioCues.save
和 audioCues.format
设置为在用户手势时播放,或者始终为每个事件播放。禁用时,将改用 ARIA 警报,并且可以使用 accessibility.alert.format
和 accessibility.alert.save
进行自定义。
Windows 放大镜已同步
Windows 放大镜现在可以在 VS Code 中正确跟随光标。
辅助功能视图改进
默认情况下,用户的光标位于终端辅助功能视图的底部;要改为保留位置,您可以将 terminal.integrated.accessibleViewPreserveCursorPosition
设置为 true
。
可以使用 accessibility.hideAccessibleView
隐藏辅助功能视图,这在与有视觉用户的观众共享屏幕时很有用。
现在,当用户开始键入时,辅助功能视图将关闭,并专注于之前的元素,以实现更流畅的工作流程。
窗口标题焦点视图中的文本编辑器
在上一个迭代中,我们在 window.title
中添加了 ${focusedView}
变量。现在,我们还指示何时文本编辑器处于焦点状态。
工作台
自定义活动栏位置
现在,您可以将活动栏移动到侧边栏的顶部,如下面的视频所示。
当活动栏放置在顶部时,“帐户”和“管理”按钮将移至标题栏的最右侧。
注意: 仅当启用自定义标题栏时才支持此功能("window.titleBarStyle": "custom"
)。
隐藏编辑器选项卡
用户现在可以通过将 workbench.editor.showTabs
设置为 none
来隐藏编辑器选项卡。其他 showTabs
选项包括 multiple
(默认)和 single
,用于为活动编辑器显示单个编辑器选项卡。
最大化编辑器组
有一个新的命令“视图:切换最大化编辑器组” (⌘K ⌘M (Windows、Linux Ctrl+K Ctrl+M)) 来最大化编辑器组。这将隐藏所有其他组,并在选项卡栏中添加一个按钮,允许用户恢复之前的布局。如果设置 workbench.editor.doubleClickTabToToggleEditorGroupSizes
设置为 maximize
,用户可以双击编辑器选项卡来最大化和取消最大化编辑器组。
设置编辑器中类似的设置搜索
与命令面板类似,设置编辑器现在运行类似的设置搜索,以收集与给定查询更相关的结果。
该实现目前处于早期阶段,您可以期待在接下来的几次迭代中得到改进。
打开协议链接的确认
当文件或工作区的协议链接在 VS Code 中打开时,现在将显示一个对话框要求确认
协议链接可以指向本地文件(例如 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
)现在默认启用。
该命令突出显示将使用快速修复进行重构或修复的源代码。正常的代码操作和非修复重构仍然可以在光标位置激活。
多文档突出显示
通过“编辑器:多文档出现次数”(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 调试器
改进的事件侦听器断点视图
事件侦听器断点视图更加友好,现在以带有复选框的树状结构呈现
更好地处理 sourcemap 重命名
当代码使用 bundler 编译时,变量可以被重命名。这在所有 bundler 中的导入以及 esbuild 中的某些本地标识符中尤其常见。调试器现在知道每个重命名应用到的范围,这解决了用户历史上遇到的许多障碍。
这需要调试器解析已编译模块的语法树。这在后台线程中完成,仅在检测到重命名时完成,但可以通过在 launch.json
中设置 "sourceMapRenames": false
来禁用该行为,以避免任何性能影响。
远程开发
远程开发扩展允许您使用 Dev Container、通过 SSH 或 远程隧道 连接的远程计算机,或者 Windows Subsystem for Linux (WSL) 作为功能齐全的开发环境。
亮点包括
- 您现在可以使用 Microsoft 帐户登录隧道。
- 现在 Windows 上支持通过 SSH 和隧道连接到 Dev Containers。
您可以在 远程开发发行说明中了解有关这些功能的更多信息。
扩展的贡献
GitHub Copilot
流式内联聊天
GitHub Copilot Chat 扩展的内联聊天现在可以进行渐进式文本编辑,并以接收响应的速度进行“键入”。与以前等待接收整个聊天响应后再将其应用于编辑器的行为相比,这是一种更自然的体验。
并非所有编辑都是插入,对于替换,Copilot 有时很难确定从哪里开始。在这些情况下,流式传输可能还无法按预期工作。请继续关注此领域的改进。
聊天代理
在此迭代中,我们构建了一种与 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
试用新的代理,并键入 /help
以获取更多提示!
提交消息生成
Copilot Chat 现在可以使用源代码管理输入框中的新“闪烁”操作,根据待处理的更改生成提交消息。
导入分组
生成的导入现在始终放置在文件顶部或现有导入块下方。大多数常见的编程语言都支持此功能。
改进的 /explain 上下文
您可以要求 Copilot Chat 通过 @workspace /explain
命令或上下文菜单中的“使用 Copilot 解释”操作,解释活动编辑器中的代码选择。Copilot Chat 现在包括对引用符号(例如函数和类)的实现,从而提供更准确和有用的解释。当您为以下语言之一安装了贡献语言服务的扩展时,这在跨文件时效果最佳:TypeScript/JavaScript、Python、Java、C#、C++、Go 或 Ruby。
持久聊天视图状态
以前,Copilot Chat 视图最初是隐藏的,然后才显示。Copilot Chat 视图现在在窗口重新加载之间保持活动状态,因此您不必手动重新打开它。此外,Chat 视图现在引导您完成登录 GitHub 并激活 GitHub Copilot 免费试用的过程。
使用配置的显示语言聊天
默认情况下,Copilot Chat 现在最初使用您在 VS Code 中配置的显示语言进行响应。您可以通过配置 github.copilot.chat.localeOverride
来覆盖此自动行为。
减少欢迎消息的冗长程度
现在,您可以通过配置 github.copilot.chat.welcomeMessage
来控制 Copilot Chat 是否在您首次开始对话时向您发送冗长的欢迎消息。选项包括 first
(默认)、always
和 never
。
终端快速修复
当在终端中运行失败的命令时,Copilot 现在将提供快速修复来解释发生了什么。
可以通过当前终端提示符旁边的闪烁图标 (⌘. (Windows、Linux Ctrl+.)) 触发此操作。
终端命令建议
当终端处于焦点状态时,Copilot 现在可以通过 ⌘I (Windows、Linux Ctrl+I) 快捷键提供 CLI 命令建议。这将调出预填充了 @workspace /terminal
的快速聊天
此 /terminal
斜杠命令已针对使用当前 shell 建议 shell 命令进行了优化。建议的质量和用户体验将在下一个版本中看到更多改进。
改进了“在终端中运行”操作的显示
当代码块具有 shell 语言类型时,“在终端中运行”操作现在会在悬停在代码块上时显示
内联聊天可以使用终端命令回复
内联聊天现在可以使用要在终端中运行的命令回复
Python
改进了在终端中运行行的功能
Python 扩展改进了当未选择要运行的代码时,将行发送到 Python REPL (Shift+Enter
) 的行为。以前,当您将光标放在一行 Python 代码上并按 Shift+Enter
时,Python 扩展会将确切的行内容发送到 REPL,即使它会失败,例如,由于它是多行命令的一部分。
借助新的实验性“智能发送”功能,Python 扩展会将光标位置周围最小的可运行代码块发送到 REPL 以执行。这确保只有完整且可执行的代码段被发送到 REPL。光标也会自动移动到下一个可执行行,以便在迭代执行多个代码块时提供流畅的体验。
要试用它,您可以添加以下 用户 设置:"python.experiments.optInto": ["pythonREPLSmartSend"]
。虽然此功能目前处于实验阶段,但我们预计它将在未来成为默认行为。如果您对我们如何进一步改进此功能有反馈或建议,请告知我们!
主题:Catppuccin Macchiato(在 vscode.dev 上预览)
Python 代码检查扩展的改进
我们对我们支持的代码检查扩展进行了一些改进,以便在使用您最喜欢的 Python 工具时获得更可配置和灵活的体验。
Pylint、Mypy 和 Flake8 扩展现在提供设置,允许您为希望从代码检查中排除的文件指定 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 工具扩展模板以快速入门。
创建环境通知
虚拟环境是处理需要安装依赖项的 Python 项目的推荐方法。它们提供隔离和可重现性,并且在 Python 项目中非常受欢迎。
因此,当您尝试运行或调试具有列出依赖项的 Python 文件或项目,但工作区中未选择虚拟环境时,Python 扩展现在会显示一个通知。此通知提供了一种通过“Python:创建环境”命令快速创建新虚拟环境的方法。
如果您在工作区中已有虚拟环境,您可以选择它,或者删除并重新创建它。
可以通过将 python.python.createEnvironment.trigger
设置为 off
来禁用此通知。
虚拟环境停用助手
几个月前,我们宣布了一项使用环境变量进行终端激活的新实验性功能,以通过在终端中自动激活选定的环境来增强您的开发工作流程,而无需显式激活命令。但是,由于没有显式激活脚本工作,因此当启用此实验时,deactivate
命令不再起作用。
Python 扩展现在将检测您何时尝试运行 deactivate
命令,并显示一个帮助程序通知,以指导您如何为您的 shell 添加脚本,以便当通过环境变量激活环境时,该命令将再次起作用。它还提供了一个按钮,用于打开您的 shell 配置文件,供您添加必要的脚本。
您可以在 vscode-python wiki 上找到有关如何为您的 shell 添加必要脚本的完整文档。
如果您不在实验中并且想试用此功能,您可以添加以下 用户 设置:"python.experiments.optInto": ["pythonTerminalEnvVarActivation"]
。
测试输出的改进
当 pythonTestAdapter
实验启用时(几个月前宣布),我们对您如何在 Python 扩展中查看和交互测试输出的方式进行了重大改进。以前,来自测试发现和执行的输出不一致地分散在“Python 测试日志”输出通道和“测试结果”面板中,并且某些信息在两者中重复。为了整合体验,与测试执行相关的输出显示在“测试结果”面板中,而测试发现在“Python”输出通道中。要了解更多信息,请阅读我们相关的 vscode-python wiki。
如果您使用 Pytest 并在 settings.json
中设置 "python.testing.pytestArgs": ["--color=yes"]
,则这种新方法还支持输出中的着色。着色仅适用于“测试结果”面板中的测试执行,而不适用于发现或“Python 测试日志”面板中的输出。
还有一个新的“显示输出”按钮,以便在测试发现发生错误时从“测试资源管理器”视图轻松打开“测试日志”。
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 中,为聊天输入启用语音转文本转录服务。
安装后,将出现一个麦克风图标,选择该图标后,将开始根据您语音的转录结果在聊天输入中填充文本。转录是在您的本地计算机上计算的,不需要连接到互联网。
GitHub Pull Requests 和 Issues
GitHub Pull Requests 和 Issues 扩展取得了更多进展,该扩展允许您处理、创建和管理拉取请求和问题。
- 项目会显示出来,并且可以从拉取请求描述 webview 中添加。
- 集成 GitHub Copilot,可以在 PR 创建视图中生成 PR 标题和描述。
- 通过 GitHub CLI (
gh pr checkout
) 检出的 PR 可以被此扩展识别。
查看扩展 0.76.0 版本的更新日志,了解其他亮点。
预览功能
浮动编辑器窗口
我们持续探索如何将编辑器从工作台窗口中拉出到它们自己的窗口中,现在希望邀请 VS Code Insiders 社区体验这项令人兴奋的新功能并提供反馈。
请务必安装 VS Code Insiders,并在编辑器上运行新的视图:将活动编辑器移至新窗口命令,以在浮动窗口中打开它们。
我们仍然需要解决许多问题,并提供缺失的功能,但我们乐观地认为,我们可以在不久的将来在稳定版中启用此功能。
感谢您的测试!
Language Server 的 WASM-WASI 支持
实验性的 wasm-wasi-core 扩展添加了对 WASM/WASI 中 Language Server 的支持。
还有一个扩展展示了一个用 Rust 编写并编译为 WASM 的简单 Language Server,位于 vscode-wasm 仓库中。该扩展依赖于由 Rust analyzer 团队维护的 language server crate。
扩展创作
改进的测试运行器
现在有了一个命令行运行器和 VS Code 扩展,可以更轻松地运行扩展的测试。使用新方法的扩展可以在 VS Code 的测试 UI 中运行。虽然需要进行一些迁移,但这通常只需要几分钟。阅读 VS Code 测试扩展文档以获取更多信息。
最终确定的 TestMessage.contextValue API
您可以在 TestMessage
上提供 contextValue
,以便在用户对这些消息执行操作时显示。此外,还提供了两个新的菜单贡献点:testing/message/context
和 testing/message/content
。前者显示在“测试结果”树视图中的消息上,后者显示在编辑器中消息的上方。例如,这可以用于提供一个操作来更新快照测试中的 fixture。
在 issue #190277 中阅读更多关于 contextValue
的信息。
更新的 codicon
以下新图标已添加到我们的 codicon 库中
copilot
git-fetch
mic
mic-filled
thumbsup-filled
thumbsdown-filled
coffee
game
snake
vr
chip
music
piano
新的主题颜色
textPreformat.background
:预格式化文本片段的背景颜色
每个名称的根文件夹图标
文件图标主题作者现在可以使用新的属性 rootFolderNames
和 rootFolderNamesExpanded
为根文件夹定义特定名称的图标。您可以查看文件图标主题指南以获取更多信息。
建议的 API
每个里程碑都附带新的提议 API,扩展作者可以试用它们。与往常一样,我们希望得到您的反馈。以下是试用提议 API 的步骤
- 查找您想要尝试的提案,并将其名称添加到
package.json#enabledApiProposals
。 - 使用最新的 @vscode/dts 并运行
npx @vscode/dts dev
。它会将相应的d.ts
文件下载到您的工作区中。 - 您现在可以针对该提案进行编程。
您不能发布使用提议 API 的扩展。下一个版本中可能会有重大更改,我们绝不希望破坏现有扩展。
支持配置通过 Issue Reporter 发送到扩展的数据
一个新的提议 API 允许扩展作者通过 Issue Reporter 发送额外的数据。
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 上外部提交扩展问题,或者为 provideIssueData
和 provideIssueTemplate
提供模板 string
和扩展数据 string
,以便通过 Issue Reporter 将其他扩展数据发送到 GitHub。
在 issue #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 位支持结束
不再支持 Windows 32 位 VS Code。如果您仍在使用 32 位版本的 VS Code,则应更新到 64 位版本。
扩展和文档
Java 的 Gradle
借助改进的 Gradle for Java 扩展,VS Code 中的 Java 开发变得更加容易。由于采用了 Build Server Protocol (BSP),预发布版本对构建 Gradle 项目提供了更好的支持。与 VS Code 中使用的其他协议(例如 Language Server Protocol (LSP))类似,BSP 在开发环境和构建工具(如 Gradle)之间提供了一个抽象层。
要试用新的 Gradle 支持,请同时安装 Java 扩展包 和 Gradle for Java 扩展的预发布版本。您可以在 Java 扩展团队最近的这篇博客文章中了解更多关于 Gradle 和 BSP 的信息。
FastAPI 教程
FastAPI 是一个现代且快速的 Web 框架,用于构建 Python API,并且由于其简洁性和性能而变得越来越受欢迎。
您现在可以通过我们新的 FastAPI 教程 学习如何充分利用 VS Code 和 Python 扩展来创建和调试 FastAPI 应用程序!
自定义布局用户指南
有一篇新的 自定义布局 文章,描述了工作台和编辑器的布局自定义。您将在那里学习如何修改 VS Code 的主要 UI 元素,例如视图、面板和编辑器,以适应您偏好的工作流程。
主题包括
- 主侧边栏和辅助侧边栏
- 面板位置和对齐方式
- 固定的编辑器标签页
- 编辑器组布局
- 以及更多
值得注意的修复
- 194812 当
workbench.settings.settingsSearchTocBehavior
设置为hide
时,搜索时会显示 ToC - 195722 当出现网络问题时,设置编辑器为空白
谢谢
最后但同样重要的是,非常感谢 VS Code 的贡献者。
问题跟踪
对我们问题跟踪的贡献
- @gjsjohnmurray (John Murray)
- @IllusionMH (Andrii Dieiev)
- @starball5 (starball)
- @ArturoDent (ArturoDent)
拉取请求
对 vscode
的贡献
- @amaust (Andrew Maust):修复 Aria 标签显示 [Object object] PR #195929
- @Cazka:修复 incrementalNaming 设置的拼写错误 PR #194900
- @Charles-Gagnon (Charles Gagnon):修复下拉操作按钮上的箭头导航聚焦隐藏的下拉菜单 PR #167662
- @christian-bromann (Christian Bromann):仅在可见时渲染笔记本容器 PR #188226
- @Connormiha (Mikhail):修复:简化的 map+flat PR #193949
- @futurist (James Yang):修复:dom.test.ts 拼写错误 PR #195249
- @gjsjohnmurray (John Murray)
- 更正
--profile
的 CLI 帮助文本 PR #193766 - 允许在调试时隐藏“运行和调试”标题栏上的启动器 PR #193812
- 预选“扩展日志级别”快速选择中的正确行 (修复 #194515) PR #194517
- 在 updateAllExtensions 后同时显示“需要重新加载”按钮 (#_163627) PR #195421
- 对于
"window.density.editorTabHeight": "compact"
,正确显示信任编辑器标签页图标 (修复 #196209) PR #196212 - 在顶部活动栏徽章中垂直居中数字 (修复 #196691) PR #196696
- 更正导致椭圆形徽章的 #196696 修复 PR #196715
- 调整顶部活动栏上的进度徽章大小以匹配 #196696 更改 PR #196724
- 更正
- @harbin1053020115 (ermin.zem)
- 修复:修复启用 pinnedTabsOnSeparateRow 时编辑器进度位置 PR #195314
- 功能:支持根文件夹的 iconThemes 定义 PR #195319
- @hsfzxjy (hsfzxjy):修复更快的 __vsc_escape_value PR #194459
- @jeanp413 (Jean Pierre):修复 websocket 无法正确处理 ping 帧的问题 PR #194436
- @jiawei-hong (Wei):样式:如果 border-right-width 不是 ...,则只需要设置为 none PR #195078
- @jruales (Joaquín Ruales):当没有内容需要替换时,跳过 regex.replace() 的开销 PR #194854
- @Jvr2022 (Jvr)
- 清理 .github 中未使用的文件 PR #189066
- 修复语法 PR #194970
- @k-yle (Kyℓe Hensel):修复 .git-blame-ignore-revs 的语法高亮 PR #194584
- @MichaelChirico (Michael Chirico):更新引用仓库中的 org PR #194415
- @MrYuto (Yuto Liyosa)
- 将
OpenDisassemblyViewAction
设为Action2
PR #195623 - 解析 tsconfig 中的绝对文件目标链接 (#_195514) PR #195759
- 将
- @sandeep-sen (Sandeep Sen):为 Go 添加 mgmt 库 + 更改 Go 的匹配器逻辑 PR #191036
- @SimonSiefke (Simon Siefke):修复:菜单中的内存泄漏 PR #196302
- @tats-u (Tatsunori Uchino):添加对
--force-if-includes
的支持,以更安全地强制推送 PR #187932 - @tisilent (xiejialong)
- 禁用 SettingsTree 的转换优化 PR #179095
- 终端:修复重命名和注入 PR #194621
- 修复 #191201 PR #194965
- @vuittont60:修复拼写错误 PR #195562
- @whscullin (Will Scullin):确保保留链接片段 PR #193743
- @yiliang114 (易良)
- 功能:添加内置扩展的徽标 PR #192999
- 修复:针对 #157015 修复视图标签命令本地化 PR #193544
- 修复:关闭 #195980,修复扩展的贡献点默认显示 PR #195984
对 vscode-js-debug
的贡献
- @OnesAndZer0s (OnesAndZer0s):功能:整理检测断点 PR #1853
对 language-server-protocol
的贡献
- @manandre (Emmanuel André):修复 NotebookDocumentSync 示例 PR #1831