2023 年 10 月 (版本 1.84)
Update 1.84.1: 此更新解决了这些 问题。
Update 1.84.2: 此更新解决了这些 问题。
下载: Windows: x64 Arm64 | Mac: Universal 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}
变量。我们现在也指示何时 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
的使用。
笔记本
执行时滚动改进
改进了在通过笔记本使用 Shift+Enter
执行时显示下一个单元格的方式,以帮助聚焦于输出。这也减少了重新执行已包含输出的单元格时单元格的移动量。
IPython 堆栈跟踪渲染
IPython 的异常堆栈跟踪现在会渲染可点击的链接,以帮助导航到错误位置。这仅在 Jupyter 扩展不首先修改堆栈跟踪时生效:"jupyter.formatStackTraces": false
。
调试
JavaScript 调试器
改进的事件监听器断点视图
事件监听器断点视图更加友好,现在以带有复选框的树形结构呈现
更好地处理 sourcemap 重命名
当代码使用打包器编译时,变量可能会被重命名。这在所有打包器的导入中尤其常见,在 esbuild 中也常见于某些局部标识符。调试器现在知道每次重命名所适用的范围,这解决了用户过去遇到的许多问题。
这要求调试器解析已编译模块的语法树。这在后台线程中进行,并且仅在检测到重命名时执行,但您可以通过在 launch.json
中设置 "sourceMapRenames": false
来禁用此行为,以避免任何性能影响。
远程开发
通过 远程开发扩展,您可以使用开发容器(Dev Container)、通过 SSH 或远程隧道(Remote Tunnels)连接的远程机器,或适用于 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 代码检查扩展的改进
我们对支持的代码检查扩展进行了一些改进,以便您可以使用喜爱的 Python 工具获得更具可配置性和灵活性的体验。
Pylint、Mypy 和 Flake8 扩展现在提供允许您指定要从代码检查中排除的文件的全局模式的设置。如果您正在处理包含许多子项目的大型代码库,并希望排除某些文件夹不进行代码检查,这会很有用。这些设置是 "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.*
)。如果您仍在 F使用这些设置,我们建议您将其删除,并改用受支持的代码检查和格式化扩展。
如果您使用的代码检查器没有受支持的扩展,请查看社区贡献的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 Speech扩展集成到 GitHub Copilot Chat 中,为聊天输入提供语音转文本转录服务。
安装后,会出现一个麦克风图标,选中后,会根据您语音的转录结果开始填充聊天输入框中的文本。转录是在您的本地机器上计算的,不需要连接到互联网。
GitHub 拉取请求和问题
GitHub 拉取请求和问题扩展取得了更多进展,该扩展允许您处理、创建和管理拉取请求和问题。
- 项目会显示,并且可以从拉取请求描述网页视图中添加。
- 与 GitHub Copilot 集成,可在 PR 创建视图中生成 PR 标题和描述。
- 通过 GitHub CLI (
gh pr checkout
) 检出的 PR 可以被该扩展识别。
查阅该扩展 0.76.0 版本的变更日志,了解其他亮点。
预览功能
浮动编辑器窗口
我们继续探索如何将编辑器从工作台窗口中拉出到自己的窗口中,现在希望邀请 VS Code Insiders 社区体验这个令人兴奋的新功能并提供反馈。
确保安装VS Code Insiders,并在编辑器上运行新的视图: 将活动编辑器移到新窗口命令,以在浮动窗口中打开它们。
我们仍然需要解决许多问题并提供缺失的功能,但我们乐观地认为可以在不久的将来在 Stable 版本中启用此功能。
感谢您的测试!
WASM-WASI 对语言服务器的支持
对 WASM/WASI 中语言服务器的支持已添加到实验性wasm-wasi-core扩展中。
在vscode-wasm 仓库中还有一个扩展,展示了一个用 Rust 编写并编译为 WASM 的简单语言服务器。该扩展依赖于由 Rust analyzer 团队维护的 language server crate。
扩展创作
改进的测试运行器
现在有一个命令行运行器和 VS Code 扩展,可以更轻松地运行扩展的测试。使用新方法的扩展可以在 VS Code 的测试 UI 中运行。虽然需要一些迁移工作,但这通常只需几分钟。阅读 VS Code 测试扩展文档了解更多信息。
最终确定的 TestMessage.contextValue API
您可以在 TestMessage
上提供一个 contextValue
,以便在用户对这些消息执行操作时显示。此外,还提供了两个新的菜单贡献点:testing/message/context
和 testing/message/content
。前者显示在测试结果树视图的消息上,后者显示在编辑器中的消息上方。例如,这可以用于在快照测试中提供更新夹具的操作
在issue #190277中阅读更多关于 contextValue
的信息。
更新的图标
以下新图标已添加到我们的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 的扩展。下个版本中可能存在破坏性更改,我们绝不希望破坏现有扩展。
支持通过问题报告器配置发送到扩展的数据
一个新的建议 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 发送附加的扩展数据。
在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 位
VS Code 不再支持 Windows 32 位版本。如果您仍然使用的是 32 位版本的 VS Code,您应该更新到 64 位版本。
扩展和文档
Gradle for Java
借助改进的 Gradle for Java 扩展,在 VS Code 中进行 Java 开发变得更加轻松。预发布版本通过采用 Build Server Protocol (BSP) 提供了更好的 Gradle 项目构建支持。与 VS Code 中使用的其他协议(例如 Language Server Protocol (LSP))类似,BSP 在开发环境和构建工具(如 Gradle)之间提供了一个抽象层。
要试用新的 Gradle 支持,请同时安装 Extension Pack for Java 和 Gradle for Java 扩展的预发布版本。您可以在 Java 扩展团队最近发布的这篇博客文章中详细了解 Gradle 和 BSP。
FastAPI 教程
FastAPI 是一个用于构建 Python API 的现代且快速的 Web 框架,因其简单性和性能而越来越受欢迎。
您现在可以通过我们新的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)
拉取请求 (Pull requests)
对 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: simplified map+flat PR #193949
- @futurist (James Yang): fix: dom.test.ts typo 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): 更新参考仓库中的 org PR #194415
- @MrYuto (Yuto Liyosa)
- 将
OpenDisassemblyViewAction
变为Action2
PR #195623 - 解析 tsconfig 中的绝对文件目标链接 (#_195514) PR #195759
- 将
- @sandeep-sen (Sandeep Sen): 添加 Go 的管理库 + 更改 Go 的匹配器逻辑 PR #191036
- @SimonSiefke (Simon Siefke): fix: 菜单中的内存泄漏 PR #196302
- @tats-u (Tatsunori Uchino): 添加对
--force-if-includes
的支持,以更安全地强制推送 PR #187932 - @tisilent (xiejialong)
- 禁用 transform optimization SettingsTree PR #179095
- 终端:修复重命名和注入 PR #194621
- 修复 #191201 PR #194965
- @vuittont60: 修复拼写错误 PR #195562
- @whscullin (Will Scullin): 确保链接片段被保留 PR #193743
- @yiliang114 (易良)
- feat: 添加内置扩展的徽标 PR #192999
- fix: 修复 #157015 修复视图标签命令本地化 PR #193544
- fix: 关闭 #195980,修复扩展程序的贡献点默认显示 PR #195984
对 vscode-js-debug
的贡献
- @OnesAndZer0s (OnesAndZer0s): feat: 整理插桩断点 PR #1853
对 language-server-protocol
的贡献
- @manandre (Emmanuel André): 修复 NotebookDocumentSync 示例 PR #1831