2023 年 10 月 (1.84 版本)
更新 1.84.1:此更新解决了这些 问题。
更新 1.84.2:此更新解决了这些 问题。
下载:Windows: x64 Arm64 | Mac: 通用 Intel Apple 芯片 | 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 上的更新页面。
内测版:想尽快尝试新功能?您可以下载每晚的内测版构建,并尽快尝试最新的更新。
辅助功能
清除、格式化和保存的可选音频提示
启用 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} 变量。我们现在还会指示何时聚焦了 Text Editor。
工作台
自定义活动栏位置
您现在可以将活动栏移至侧边栏顶部,如以下视频所示。

当活动栏放置在顶部时,“帐户”和“管理”按钮会移至标题栏最右侧。
注意: 这仅在启用自定义标题栏时受支持 ("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。
Notebook
“执行时滚动”改进
通过 Shift+Enter 在笔记本中执行时,下一个单元格的显示方式得到了改进,有助于将焦点放在输出上。这还减少了重新执行已包含输出的单元格时单元格的移动量。
IPython 堆栈跟踪渲染
来自 IPython 的异常堆栈跟踪现在会渲染可点击的链接,以帮助导航到错误。这仅在 Jupyter 扩展不首先修改堆栈跟踪时应用:"jupyter.formatStackTraces": false。
调试
JavaScript 调试器
改进的事件侦听器断点视图
事件侦听器断点视图更加友好,现在以带有复选框的树形式呈现

更好地处理源映射重命名
当代码使用打包器编译时,变量可能会被重命名。这在所有打包器中的导入以及 esbuild 中的某些本地标识符中尤其常见。调试器现在知道每个重命名所适用的范围,这修复了用户历史上遇到的许多问题。
这需要调试器解析已编译模块的语法树。这是在后台线程中完成的,并且仅在检测到重命名时进行,但可以通过在 launch.json 中设置 "sourceMapRenames": false 来禁用此行为,以避免任何性能影响。
远程开发
远程开发扩展允许您通过 SSH 或远程隧道使用开发容器、远程机器或适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。
亮点包括:
- 您现在可以使用 Microsoft 帐户登录到 Tunnels。
- Windows 上现在支持通过 SSH 和 Tunnels 连接到开发容器。
您可以在 远程开发发行说明 中了解有关这些功能的更多信息。
对扩展的贡献
GitHub Copilot
流式内联聊天
GitHub Copilot Chat 扩展的内联聊天现在可以进行渐进式文本编辑,并以接收响应的速度“键入”。这比以前等待接收整个聊天响应后再将其应用于编辑器的行为更自然。
并非所有编辑都是插入,对于替换,Copilot 有时很难确定从哪里开始。在这些情况下,流式传输可能尚未按预期工作。请继续关注此领域的改进。
聊天代理
本次迭代中,我们构建了一种与 Copilot Chat 交互的新方式:代理。代理就像专家一样,他们有自己的专长可以帮助您,您可以通过使用 @ 符号提及他们来与他们交谈。目前,有两个代理
@workspace具有有关工作空间中代码的上下文,可以帮助您导航它,查找相关文件或类。@vscode了解 VS Code 编辑器本身的命令和功能,可以帮助您使用它们。
每个代理还支持一些斜杠命令,您以前可能使用过的斜杠命令现在应该与代理一起使用。例如,/explain 现在是 @workspace /explain。但是作为快捷方式,您也可以只键入 / 以获取一个补全列表,该列表将自动扩展为完整的代理和命令。
@workspace
@workspace 代理使用元提示来确定要从工作空间收集哪些信息来帮助回答您的问题。元提示使用的一种方法是回顾您的对话历史记录以解决问题中模糊的单词/短语。例如,如果您问 @workspace What does it do?,元提示现在将考虑历史记录来弄清楚 it 实际上是什么以及收集哪些信息来回答问题。元提示还使用广泛的术语集,包括更多同义词,以生成潜在相关术语的列表。
@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 上下文
您可以通过 @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(默认)、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 Linting 扩展改进
我们对支持的 linting 扩展进行了一些改进,以便为您最喜欢的 Python 工具提供更具可配置性和灵活性的体验。
Pylint、Mypy 和 Flake8 扩展现在提供了设置,允许您指定要从 linting 中排除的文件的 glob 模式。如果您正在处理具有许多子项目的大型代码库,并且想要排除某些文件夹不进行 linting,这将非常有用。这些设置是 "pylint.ignorePatterns"、"mypy-type-checker.ignorePatterns" 和 "flake8.ignorePatterns"。
这些扩展还支持 cwd 设置,允许您指定 linter 的工作目录。此设置已更新为支持变量 ${fileDirname},因此工作目录可以动态设置为您在编辑器中打开的文件的父文件夹。如果您正在使用 mono repos,并且希望 linter 工作目录在您从不同子项目打开文件时动态更新,这将非常有用。这些设置是 "pylint.cwd"、"mypy-type-checker.cwd" 和 "flake8.cwd"。
"mypy-type-checker.preferDaemon" 设置的默认值已更改(仅适用于 Mypy 扩展)。以前,它设置为 true,这意味着默认情况下将使用 Mypy 守护程序。在收到反馈后,我们将默认值更改为 false。如果您想知道哪个值最适合您,我们建议您使用 Mypy 守护程序(如果您出于性能原因启用了 Mypy 报告范围为整个工作空间 ("mypy-type-checker.reportingScope": "workspace"))。否则,如果报告范围设置为当前文件,我们建议您使用随扩展程序提供的 Mypy 可执行文件。
已弃用的内置 linting 和格式化功能
随着 VS Code 中 linting 和格式化扩展所做的所有工作和改进,我们已弃用 Python 扩展中附带的内置 linting 和格式化功能。这包括所有 linting 和格式化命令以及设置 (python.linting.* 和 python.formatting.*)。我们建议您删除这些已弃用的设置(如果您仍在使用它们),并改用受支持的 linting 和格式化扩展。
如果您使用的 linter 没有受支持的扩展,请查看社区贡献的 Ruff 扩展。Ruff 是用 Rust 编写的 Python linter,支持各种 linter,例如 pyflakes、pycodestyle、pydocstyle 等。最近添加了对使用 Ruff 作为 VS Code 中格式化程序的支持 ("[python]": { "editor.defaultFormatter": "charliermarsh.ruff" })。
您还可以为您最喜欢的 Python 工具创建自己的 linter 或格式化程序 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 Speech
我们正在推出一个新的扩展,为 VS Code 带来语音支持!新的 VS Code Speech 扩展集成了 GitHub Copilot Chat,为聊天输入启用语音转文本转录服务。
安装后,会出现一个麦克风图标,选择后,它会根据您的语音转录结果开始填充聊天输入。转录是在您的机器上本地计算的,不需要连接到互联网。

GitHub 拉取请求和议题
GitHub Pull Requests and Issues 扩展取得了更多进展,该扩展允许您处理、创建和管理拉取请求和问题。
- 项目显示在拉取请求描述 webview 中,并且可以从中添加。
- 集成了 GitHub Copilot,可从拉取请求 创建 视图生成拉取请求标题和描述。
- 使用 GitHub CLI (
gh pr checkout) 检出的拉取请求被扩展识别。
查看扩展 0.76.0 版本的更新日志以了解其他亮点。
预览功能
浮动编辑器窗口
我们继续探索如何将编辑器从工作台窗口拉出到自己的窗口中,现在想邀请 VS Code Insiders 社区试用这个令人兴奋的新功能并提供反馈。
确保安装 VS Code Insiders 并在编辑器上运行新的 视图:将活动编辑器移至新窗口 命令,以在浮动窗口中打开它们。
我们仍然需要解决许多问题并提供缺少的功能,但我们乐观地认为我们可以在不久的将来在稳定版中启用此功能。
感谢您的测试!
WASM-WASI 对语言服务器的支持
对 WASM/WASI 中语言服务器的支持已添加到实验性 wasm-wasi-core 扩展中。
还有一个扩展展示了一个用 Rust 编写并编译为 WASM 的简单语言服务器,位于 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的操作

在问题 #190277 中阅读有关 contextValue 的更多信息。
更新的 codicons
以下新图标已添加到我们的 codicon 库中:
![]()
copilotgit-fetchmicmic-filledthumbsup-filledthumbsdown-filledcoffeegamesnakevrchipmusicpiano
新主题颜色
textPreformat.background: 预格式化文本段的背景颜色
按名称的根文件夹图标
文件图标主题作者现在可以使用新属性 rootFolderNames 和 rootFolderNamesExpanded 为根文件夹定义特定名称的图标。您可以查看 文件图标主题指南 以获取更多信息。
提议的 API
每个里程碑都会带来新的提议 API,扩展作者可以尝试这些 API。一如既往,我们希望得到您的反馈。以下是尝试提议 API 的步骤
- 查找您要尝试的提议并将其名称添加到
package.json#enabledApiProposals。 - 使用最新的 @vscode/dts 并运行
npx @vscode/dts dev。它会将相应的d.ts文件下载到您的工作区。 - 您现在可以根据该提议进行编程。
您不能发布使用提议 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 上外部提交扩展问题,或者为 provideIssueData 和 provideIssueTemplate 提供一个模板 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 位。如果您仍在运行 VS Code 的 32 位版本,则应更新到 64 位版本。
扩展和文档
适用于 Java 的 Gradle
使用改进的 Gradle for Java 扩展,VS Code 中的 Java 开发变得更加容易。预发行版通过采用 构建服务器协议 (BSP) 对构建 Gradle 项目提供了更好的支持。与 VS Code 中使用的其他协议(例如 语言服务器协议 (LSP))类似,BSP 在开发环境和 Gradle 等构建工具之间提供了一个抽象层。
要试用新的 Gradle 支持,请安装 Java 扩展包 和 Gradle for Java 扩展的预发行版本。您可以在 Java 扩展团队的这篇最新博客文章中了解有关 Gradle 和 BSP 的更多信息。

FastAPI 教程
FastAPI 是一个用于构建 Python API 的现代且快速的 Web 框架,并且由于其简单性和性能而变得越来越流行。
您现在可以通过我们的新 FastAPI 教程了解如何充分利用 VS Code 和 Python 扩展来创建和调试 FastAPI 应用程序!
自定义布局用户指南
新增了一篇 自定义布局 文章,描述了工作台和编辑器的布局自定义。在那里您将了解如何修改 VS Code 的主要 UI 元素(例如视图、面板和编辑器)以适应您首选的工作流程。

主题包括
- 主侧边栏和辅助侧边栏
- 面板位置和对齐方式
- 固定编辑器选项卡
- 编辑器组布局
- 以及更多内容
值得注意的修复
感谢
最后但同样重要的是,向 VS Code 的贡献者们致以衷心的感谢。
问题跟踪
对我们问题跟踪的贡献
- @gjsjohnmurray (John Murray)
- @IllusionMH (Andrii Dieiev)
- @starball5 (starball)
- @ArturoDent (ArturoDent)
拉取请求
对 vscode 的贡献
- @amaust (Andrew Maust): 修复 Aria Label 显示 [Object object] PR #195929
- @Cazka: 修复 incrementalNaming 设置中的拼写错误 PR #194900
- @Charles-Gagnon (Charles Gagnon): 修复下拉操作按钮上的箭头导航聚焦隐藏的下拉菜单 PR #167662
- @christian-bromann (Christian Bromann): 仅在可见时渲染笔记本容器 PR #188226
- @Connormiha (Mikhail): fix: 简化的 map+flat PR #193949
- @futurist (James Yang): fix: dom.test.ts 拼写错误 PR #195249
- @gjsjohnmurray (John Murray)
- 修正
--profile的 CLI 帮助文本 PR #193766 - 允许在调试时隐藏“运行和调试”标题栏上的启动器 PR #193812
- 在扩展日志级别快速选择中预选正确的行 (fix #194515) PR #194517
- 更新所有扩展后同时显示“需要重新加载”按钮 (#163627) PR #195421
- 正确显示
"window.density.editorTabHeight": "compact"的信任编辑器选项卡图标 (fix #196209) PR #196212 - 将顶部活动栏徽章中的数字垂直居中 (fix #196691) PR #196696
- 修正导致椭圆形徽章的 #196696 修复 PR #196715
- 增大顶部活动栏上的进度徽章以匹配 #196696 更改 PR #196724
- 修正
- @harbin1053020115 (ermin.zem)
- fix: 修复启用 pinnedTabsOnSeparateRow 时编辑器进度位置 PR #195314
- feat: 支持根文件夹的 iconThemes 定义 PR #195319
- @hsfzxjy (hsfzxjy): 修复更快的 __vsc_escape_value PR #194459
- @jeanp413 (Jean Pierre): 修复 websocket 未正确处理 ping 帧 PR #194436
- @jiawei-hong (Wei): styles: 仅在不是时才需要设置 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): 更新引用仓库中的组织 PR #194415
- @MrYuto (Yuto Liyosa)
- 使
OpenDisassemblyViewAction成为Action2PR #195623 - 解析 tsconfig 中的绝对文件目标链接 (#195514) PR #195759
- 使
- @sandeep-sen (Sandeep Sen): 为 Go 添加 mgmt 库 + 更改 Go 的匹配器逻辑 PR #191036
- @SimonSiefke (Simon Siefke): fix: 菜单中的内存泄漏 PR #196302
- @tats-u (Tatsunori Uchino): 添加对
--force-if-includes的支持以更安全地强制推送 PR #187932 - @tisilent (谢家龙)
- 禁用转换优化 SettingsTree PR #179095
- 终端:修复重命名和注入 PR #194621
- 修复 #191201 PR #194965
- @vuittont60: 修复拼写错误 PR #195562
- @whscullin (Will Scullin): 确保保留链接片段 PR #193743
- @yiliang114 (易良)
- feat: 添加内置扩展的徽标 PR #192999
- fix: to #157015 修复视图标签命令本地化 PR #193544
- fix: Close #195980, 修复贡献点对扩展的默认显示 PR #195984
对 vscode-js-debug 的贡献
- @OnesAndZer0s (OnesAndZer0s): feat: 整理检测断点 PR #1853
对 language-server-protocol 的贡献
- @manandre (Emmanuel André): 修复 NotebookDocumentSync 示例 PR #1831