在 VS Code 中试用！

2025 年 1 月 (版本 1.97)

更新 1.97.1：此更新解决了这些安全问题。

更新 1.97.2：此更新解决了这些问题。

下载：Windows：x64 Arm64 | Mac：通用 Intel Apple 芯片 | Linux：deb rpm tarball Arm snap

欢迎使用 Visual Studio Code 2025 年 1 月版。此版本包含许多我们希望您会喜欢的更新，其中一些主要亮点包括

如果您想在线阅读这些发行说明，请访问 code.visualstudio.com 上的更新。Insiders：想尽快试用新功能？您可以下载每晚构建的 Insiders 版本，并在最新更新可用时立即试用。

GitHub Copilot

Copilot 下一编辑建议 (预览)

设置：github.copilot.nextEditSuggestions.enabled

GitHub Copilot 代码补全在自动补全方面表现出色，但由于大多数编码活动都是编辑现有代码，因此补全也帮助编辑是自然演进。因此，我们很高兴发布一项新的预览功能，Copilot 下一编辑建议 (Copilot NES)。

根据您正在进行的编辑，Copilot NES 既能预测您接下来想要进行编辑的位置，也能预测该编辑应该是什么。NES 会建议与您当前工作相关的未来更改，您可以简单地按 Tab 键快速导航并接受建议。

请注意以下示例，更改变量会触发文件下方的一个编辑建议。只需使用 Tab 键即可导航并接受建议。侧边指示器将引导您到下一个编辑建议。

Video showing Copilot NES suggesting code edits at another location. The gutter shows an arrow indicating the relative position of the edit.

通过 VS Code 设置 github.copilot.nextEditSuggestions.enabled 启用 Copilot NES。

根据编辑的大小和类型，建议的呈现可能会从并排动态更改为当前行下方。配置 editor.inlineSuggest.edits.renderSideBySide 设置以始终在当前行下方呈现建议。

Copilot NES 正在迅速发展，我们迫不及待地想通过 我们的仓库 中的问题获取您的反馈。您可以阅读我们的完整 Copilot NES 文档 以获取更多信息和场景，随着我们扩展 NES 体验。

注意：如果您是 Copilot Business 或 Enterprise 用户，除了您在编辑器中设置 github.copilot.nextEditSuggestions.enabled 之外，您组织的管理员必须选择启用 Copilot “编辑器预览功能”。

Copilot 编辑

Copilot 编辑正式发布

在 VS Code 10 月版本中，我们宣布了 Copilot 编辑的预览版。今天，我们正式宣布 Copilot 编辑全面上市！Copilot 编辑针对代码编辑进行了优化，使您能够直接从聊天中在工作区中的多个文件之间进行代码更改。

改进的编辑器控件

现在可以单独接受和放弃编辑，为您提供更多控制权。此外，新的功能是，当切换到并排视图时，编辑的编辑器控件保持可见。这对于理解更大的更改很有用。

显示如何在编辑器中从 Copilot 编辑接受单个更改的屏幕截图。 主题：GitHub Light Colorblind (Beta) (在 vscode.dev 上预览)

最后，我们添加了一个新设置，用于在可配置的超时后自动接受编辑建议。该设置为 chat.editing.autoAcceptDelay，它指定更改被接受的秒数。当您与接受按钮交互或开始审查更改时，倒计时停止。这对于周末狂看剧的人来说应该很熟悉。

主题：GitHub Light Colorblind (Beta) (在 vscode.dev 上预览)

在编辑器中应用

在 Copilot Chat 中，可以通过使用代码块工具栏中的“应用到编辑器”操作，将任何代码块应用到工作区中的文件。我们对此体验进行了多项改进

  • 操作的悬停现在显示代码块为其生成的文件。

    Screenshot that shows the Apply Code Block hover text, indicating the target file name.

  • 如果代码块用于不存在的文件，系统会提示您在哪里创建文件。这可以是 Copilot 建议的文件路径、无标题编辑器中或当前活动编辑器中。

  • 当更改被计算并应用时，将使用与 Copilot 编辑相同的流程和 UI。您可以单独审查、改进或放弃每个更改。

时间上下文

时间上下文通过告知语言模型您最近交互过的文件来帮助编辑或生成代码。我们正在试验和衡量其有效性，但也可以手动启用，github.copilot.chat.editor.temporalContext.enabled 用于行内聊天，github.copilot.chat.edits.temporalContext.enabled 用于 Copilot 编辑。

工作区索引状态 UI

当您使用 @workspace 或 #codebase 向 Copilot 提问项目中的代码时，我们使用索引快速准确地搜索您的代码库，以包含相关的代码片段作为上下文。此索引可以是由 GitHub 管理的远程索引、本地存储的索引，或作为无法使用远程索引的大型项目的备用基本索引。

本次迭代中，我们将新的工作区索引添加到了状态栏中的语言状态指示器，该指示器显示 Copilot 正在使用的索引类型以及相关信息，例如正在重新索引的文件数量。要查看此信息，只需选择 VS Code 状态栏中的 {} 图标即可。

Screenshot that shows the status of the Copilot workspace indexing in the Status Bar.

查看Copilot 工作区文档以获取有关工作区索引类型以及如何在它们之间切换的更多信息。

构建远程工作区索引

远程工作区索引由 GitHub 管理。远程索引即使对于大型项目也能快速提供高质量结果。它们也只需每个 GitHub 项目构建一次，而不是每个用户构建一次。

考虑到所有这些优势，我们添加了几种将项目升级到远程索引的新方法

  • 运行新的“GitHub Copilot：构建远程索引”命令。

  • 在工作区索引状态 UI 中选择“构建索引”按钮。此选项仅在您的项目符合远程索引条件时显示。

  • 在您看到的第一个 @workspace 响应中选择“构建索引”按钮。这仅在您的项目符合条件且每个工作区仅显示一次时才会出现。

请记住，目前只有具有 GitHub 远程仓库的项目才能使用远程索引。构建远程索引可能也需要一些时间，特别是如果您的项目很大。检查工作区索引状态 UI 以查看远程索引是否已完成。

工作区搜索改进

我们还继续优化了针对 @workspace 和 #codebase 的代码搜索。亮点包括

Git 更改上下文变量

现在，当为 Chat 或 Edits 编写查询时，您可以使用 #changes 上下文变量引用在 Git 源代码管理中修改的文件。例如，您可以提示 summarize the #changes in my workspace。

Screenshot of a Copilot chat response, which lists the modified files and changes when prompting for '#changes'.

模型可用性

现在，当您使用 Copilot 时，有更多模型可供选择。以下模型现已在 Visual Studio Code 和 github.com 聊天的模型选择器中提供

  • OpenAI 的 o3-mini：OpenAI 最新推理模型已加入您的编码工作流程，正在逐步推出，并将向 GitHub Copilot Pro、Business 和 Enterprise 用户提供。在GitHub 博客文章中了解有关 o3-mini 模型可用性的更多信息。

  • Gemini 2.0 Flash：Google 最新模型在代码建议、文档和代码解释方面展现出强大能力。此模型现已向所有 GitHub Copilot 客户提供，包括 Copilot Free。在GitHub 博客文章中了解有关 Gemini 2.0 Flash 模型可用性的更多信息。

辅助功能

增强的辅助功能声音

我们根据用户反馈改进了几种辅助功能声音，以提高清晰度和区分度。以下声音已更新

您可以通过从命令面板运行“帮助：列出信号声音”命令来预览这些更新。

Copilot 编辑辅助功能帮助对话框

屏幕阅读器用户现在可以通过在输入框中调用 ⌥F1 (Windows Alt+F1, Linux Shift+Alt+F1) 来获取有关与 Copilot 编辑交互的指南。

此外，当编辑器包含待处理的 Copilot 编辑时，此状态现在会在编辑器帮助对话框中显示。我们还引入了用于导航下一个 ⌥F5 (Windows, Linux Alt+F5) / 上一个 ⇧⌥F5 (Windows, Linux Shift+Alt+F5)、接受 ⌘Y (Windows, Linux Ctrl+Y)、放弃 ⌘N (Windows, Linux Ctrl+N) 以及切换差异视图 的键盘快捷方式。

源代码管理辅助功能帮助对话框

如果在源代码管理视图获得焦点时调用“显示辅助功能帮助”命令，它将打开“源代码管理辅助功能帮助”对话框，为屏幕阅读器用户提供重要信息。对话框包含当前源代码管理状态的摘要以及有关视图和如何导航它们的常规信息。

改进的屏幕阅读器通知

当检测到屏幕阅读器时，相关通知现在包含一个“了解更多”链接，提供额外的上下文和资源。

文本转语音中忽略代码块

以前，当您使用文本转语音朗读 Copilot 响应时，代码块也会被朗读出来。您可以使用 accessibility.voice.ignoreCodeBlocks 设置忽略文本转语音会话中的代码块。

工作台

移动命令面板和快速输入

您现在可以将命令面板和其他快速输入移动到新位置，而不是将其固定在窗口顶部。

功能

  • 拖放命令面板或任何其他快速输入，可吸附到中心和顶部
  • 跨重新加载持久化位置，允许您为快速输入设置新的永久位置
  • 预设位置可在“自定义布局”选择器中找到

信任扩展发布者

当您第一次从某个发布者安装扩展时，您现在将看到一个对话框，帮助您评估该扩展发布者的可信度。此功能有助于确保您只从受信任的来源安装扩展，从而增强您的开发环境的安全性。

Screenshot that shows the Trust Publisher dialog that is shown when a user installs an extension.

如果您安装扩展包或带有依赖项的扩展，信任该发布者也将隐式信任随之安装的扩展的发布者。

当您更新到 VS Code 1.97 版本时，当前已安装扩展的发布者会自动受信任。您可以使用“扩展：管理受信任的扩展发布者”命令来管理受信任的扩展发布者。此命令允许您重置或撤销以前信任的发布者的信任。

Screenshot that shows the Quick Pick list of trusted publishers, enabling unchecking publishers to make them untrusted.

注意：当没有 VS Code 窗口打开并且您从 CLI (code-insiders --install-extension pub.name) 安装扩展时，扩展会安装，但发布者不会添加到受信任列表中。

有关更多信息，您可以访问了解更多链接。

输出面板筛选

您现在可以筛选“输出”面板的内容，这可以大大改善日志的管理和分析，尤其是在处理大量日志数据时。

Screenshot of the Output panel, highlighting the filtering dropdown.

  • 按日志级别筛选： 根据日志的严重性级别（例如，错误、警告、信息）筛选日志。这有助于您首先关注最关键的问题。
  • 按类别筛选： 按特定类别缩小日志范围，允许您隔离来自特定源或组件的日志。类别会自动从日志数据中获取。
  • 按文本筛选： 在日志中搜索特定文本，以快速定位相关条目。

复合日志

有时您会发现信息分散在多个日志中，您需要将它们一起查看以获得完整的画面。您现在可以在单个复合日志视图中查看多个日志。将其与新的筛选功能结合起来，日志分析变得更好了！

要创建自定义复合日志，请使用“输出”面板溢出菜单中的“创建复合日志…”操作。

您还可以在编辑器或新的 VS Code 窗口中打开复合日志，进行灵活的监控和分析。此功能通过提供相关日志的合并视图来提高您诊断问题的能力。

注意： 复合日志视图目前不会在 VS Code 重启后持久化。

导出和导入日志

您现在可以使用“输出”视图溢出菜单中的操作来导出和导入日志。此功能通过轻松共享和审查日志来增强协作和日志管理。

在“输出”面板溢出菜单中选择相应的“导出日志”或“导入日志”操作以导出或导入日志。

设置编辑器搜索修复

本次迭代中，我们修复了一个回归问题，即缺少字母的搜索查询未显示预期结果。例如，当您搜索“editor formonpast”时，设置编辑器无法找到 editor.formatOnPaste 设置。

我们还修复了一个问题，即设置编辑器在搜索期间会显示目录，即使它在狭窄的编辑器组中也是如此。

Screenshot of a narrow-width Settings editor, with a search for 'edtor cursstyle' that shows the 'editor.cursorStyle' setting and does not reveal the settings table of contents.

主题：浅粉色 (在 vscode.dev 上预览)

扩展筛选器增强

为了帮助您跟踪有可用更新的扩展以及查找最近更新的扩展，您现在在“扩展”视图中有两个新的筛选选项：@outdated 和 @recentlyUpdated。

Screenshot of the filtering options in the Extension view, highlighting the 'outdated' and 'recentlyUpdated' options.

SVG 图像预览支持

内置图像预览现在对预览 SVG 文件提供基本支持。

Screenshot that shows the default preview of an SVG image in VS Code.

请访问 Visual Studio Marketplace，了解更多高级 SVG 预览扩展。

从 CLI 中从工作区删除根文件夹

以前，您已经可以通过使用 --add 命令行选项将根文件夹添加到多根工作区。

我们现在还添加了使用新的 --remove 命令行选项从多根工作区中删除根文件夹的功能。

code --remove /path/to/rootfolder

编辑器

持久化查找和替换历史记录

上一个里程碑，我们将历史记录持久化功能引入了编辑器查找控件。在这个里程碑中，我们将其进一步扩展到替换输入控件，以便您可以在多个会话中分别维护两者。替换历史记录按工作区存储，可以通过 editor.find.replaceHistory 设置禁用。

注释

关闭未提交评论时的确认

当您按 esc 或以其他方式关闭具有未提交评论的评论控件时，将显示确认对话框。您可以使用 comments.thread.confirmOnCollapse 设置禁用此确认。

注释编辑器中的快速操作

可以从评论编辑器中使用快速操作。

Screenshot that shows Quick actions in the Comments editor.

源代码管理

Git blame 信息

在这个里程碑中，我们继续完善在编辑器和状态栏中显示 Git blame 信息的功能。我们还改进了当您将鼠标悬停在编辑器装饰或状态栏项目上时显示的信息。

Screenshot that shows Git blame information when hovering over the git blame item in the Status Bar.

Git blame 状态栏项目现在默认启用，您可以使用 git.blame.statusBarItem.enabled 设置禁用它。使用 git.blame.editorDecoration.enabled 设置启用 Git blame 编辑器装饰。

我们还添加了命令，通过使用命令面板或键盘快捷键轻松切换 Git blame 信息：“Git：切换 Git Blame 编辑器装饰”和“Git：切换 Git Blame 状态栏项目”。

GitHub 仓库

对于托管在 GitHub 上的仓库，我们在时间线上下文菜单和悬停、源代码管理图上下文菜单和悬停、以及 Git blame 编辑器装饰和状态栏项目悬停中添加了一个新命令：“在 GitHub 上打开”。

Screenshot of the Source Control history item hover, highlighting the Open on GitHub link.

GitHub 问题和拉取请求引用在时间线、源代码管理图以及 Git blame 编辑器装饰和状态栏项目悬停中呈现为链接，以便它们可以轻松地在浏览器中打开。

最后但同样重要的是，我们还在时间线、源代码管理图以及 Git blame 编辑器装饰和状态栏项目悬停中添加了 GitHub 头像。您可以使用 github.showAvatar 设置禁用 GitHub 头像的渲染。

源代码管理图操作

我们通过向上下文菜单添加作用域为历史项引用（例如，分支标签）的操作来扩展源代码管理图视图的功能。我们添加的第一个操作是“Checkout”、“Delete Branch”和“Delete Tag”，它们允许您直接从源代码管理图视图中轻松检出分支/标签、删除分支和删除标签。

我们计划在未来的里程碑中添加更多操作。

笔记本

单元格执行时的行内值

笔记本编辑器现在支持在单元格执行后显示行内值，通过设置 notebook.inlineValues。启用后，在成功执行单元格后，行内值将根据注册的 InlineValueProvider 的结果显示。

如果没有提供程序，回退方法将通过简单的正则表达式匹配，将内核中找到的值与单元格文档进行匹配。建议使用语言扩展中的提供程序，以确保更准确的结果。

Screenshot that shows inline values after cell execution in the notebook editor.

Markdown 单元格的自定义字体系列

笔记本编辑器现在支持为渲染的 Markdown 单元格设置自定义字体系列。这可以通过 notebook.markup.fontFamily 设置控制。留空时，将使用默认的工作台字体系列。

Screenshot that shows a custom font for rendered Markdown cells.

终端

连字支持

此功能现已稳定。以下是自上一版本以来的更改摘要

支持 ConEmu 的进度转义序列

现在支持 ConEmu 首创的用于在终端中报告进度的 ESC ] 9 ; 4 转义序列。一些 CLI 工具（如 winget）使用它来报告进度。要在终端选项卡中查看进度，请将 ${progress} 添加到 terminal.integrated.tabs.title 或 terminal.integrated.tabs.description。这通常显示为进度旋转器或百分比。

截断命令的粘滞滚动

终端中的粘滞滚动 (terminal.integrated.stickyScroll.enabled) 现在在命令末尾带有省略号被截断时显示。

Screenshot that shows an ellipsis at the end of a command in Sticky Scroll when it is truncated.

配置最后一个终端关闭时的行为

新的 terminal.integrated.hideOnLastClosed 设置允许配置当最后一个终端关闭时面板是否会关闭。与此同时，没有终端打开时的体验也得到了改进。

任务

列号变量

新的 ${columnNumber} 变量可以在 tasks.json 和 launch.json 中使用，以引用光标位置的列号。请参阅 VS Code 文档中的完整变量列表。

调试

按值筛选和搜索

您现在可以在“变量”和“监视”视图中在视图内搜索 (⌥⌘F (Windows, Linux Ctrl+Alt+F))，以按变量和表达式值进行筛选，而不仅仅是名称。

Screenshot that shows the search control in the Variables view when debugging.

在调试控制台中选择

调试控制台现在支持更长、更可靠的内容选择，从而更易于复制和粘贴。

JavaScript 调试器

脚本现在可以使用“调试：用于调试的美化打印”命令从命令面板或编辑器操作中进行美化打印，即使它们不是调试器当前暂停的源文件。

语言

TypeScript 5.7.3

此版本包括 TypeScript 5.7.3 恢复版本。此次次要更新修复了一些导入错误和回归。

右键单击从 Markdown 预览打开图像

您现在可以右键单击 Markdown 预览中的工作区图像，然后选择“打开图像”以在新编辑器中打开它。

Screenshot that shows the context menu option to open an image in the Markdown preview.

这支持属于当前工作区的任何图像。

Markdown 链接验证状态项

VS Code 的内置 Markdown 功能支持自动验证本地文件和图像链接。这是捕获常见错误的好方法，例如链接到已重命名的标题或不再存在于磁盘上的文件。

为了帮助您发现此功能，我们添加了一个新的链接验证语言状态项

Screenshot that shows the Markdown link validation language status item.

打开 Markdown 文件后，选择状态栏中的 {} 以查看链接验证状态。您还可以使用状态项快速切换链接验证的开启和关闭。

新的 Ruby 语法高亮语法

我们已经放弃了旧的、未维护的 textmate/ruby.tmbundle 中的 Ruby 语法，现在从 Shopify/ruby-lsp 获取我们的 Ruby 语法。

远程开发

远程开发扩展允许您使用 开发容器 (Dev Container)、通过 SSH 或远程隧道 (Remote Tunnels)连接的远程机器，或者 适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。

亮点包括

  • 连接到 Linux 传统服务器的迁移路径
  • SSH 聊天参与者改进
  • SSH 配置改进
  • SSH 的默认远程扩展

您可以在远程开发发行说明中了解有关这些功能的更多信息。

对扩展的贡献

Microsoft 帐户

Microsoft 帐户现在使用 MSAL (在 Windows 上支持 WAM)

注意：上个月推出的基于 MSAL 的 Microsoft 身份验证因一个关键错误而需要回滚。此错误已修复，我们正在继续推出。

为了确保 Microsoft 身份验证的强大安全基线，我们在 Microsoft 帐户扩展中采用了 Microsoft 身份验证库。

这项工作的一个突出特点是 WAM（Web 帐户管理器……也称为代理）集成。简单来说，我们不再通过浏览器进行 Microsoft 身份验证流程，而是直接与操作系统通信，这是获取 Microsoft 身份验证会话的推荐方式。此外，它还更快，因为我们能够利用您已登录到操作系统上的帐户。

Screenshot that shows an authentication popup that the OS shows over VS Code.

如果您发现此新流程有任何问题，请告诉我们。如果您确实发现重大问题并需要恢复到旧的 Microsoft 身份验证行为，您可以使用 microsoft-authentication.implementation (将其设置为 classic 并重启 VS Code) 来实现，但请记住，此设置不会存在太久。因此，如果您在 MSAL 流程中遇到问题，请提出一个问题。

Python

从终端启动本机 REPL

您现在可以从终端中的 REPL 启动 VS Code 本机 REPL。将 python.terminal.shellIntegration.enabled 设置为 true 应在终端中的 Python REPL 中显示一个可点击的链接，允许您直接从终端打开 VS Code 本机 REPL。

无配置调试

您现在可以无需设置即可直接从终端调试 Python 脚本或模块，这是新无配置调试功能的一部分！请查看该功能的维基页面，了解所有详细信息和故障排除技巧。

测试发现取消

当从“测试资源管理器”UI 触发测试发现时，您现在可以取消正在进行的测试发现调用。使用“取消”按钮，该按钮在发现期间会替换“刷新”按钮。

Screenshot that shows the Test Explorer, highlighting the Cancel button to cancel the test discovery.

转到实现

Pylance 现在支持“转到实现”，这使您能够从函数或方法的用法中更快地导航到其实现。这在处理继承类时特别有用。

Screenshot that shows the Go to Implementation displayed via the context menu

AI 代码操作：生成符号 (实验性)

有一个新的实验性 AI 代码操作，用于使用 Pylance 和 Copilot 生成符号。要试用它，您可以启用以下设置

"python.analysis.aiCodeActions": {"generateSymbol": true}

然后，一旦您定义了一个新符号，例如类或函数，您就可以选择“使用 Copilot 生成符号”代码操作，让 Copilot 处理实现！如果您愿意，您可以利用 Pylance 的“移动符号”代码操作将其移动到不同的文件。

GitHub 拉取请求和问题

GitHub 拉取请求扩展取得了更多进展，该扩展使您能够处理、创建和管理拉取请求和问题。新功能包括

  • 全局拉取请求查询，带有一个变量，用于指定相对于今天的时间范围 (${today-7d})。
  • :<emoji-name>: 风格的表情符号现在在评论中受支持。
  • 当您打开未检出拉取请求的描述时，所有未过期的评论都将显示在“评论”面板中。

请查阅扩展 0.104.0 版本的更新日志，了解其他亮点。

预览功能

代理模式 (实验性)

我们一直在为 Copilot 编辑开发一种新的代理模式。在代理模式下，Copilot 可以自动搜索您的工作区以获取相关上下文，编辑文件，检查错误，并运行终端命令（经您许可）以端到端地完成任务。

Screenshot that shows agent mode in the Copilot Edits view.

您可以通过 Copilot Edits 视图中的下拉菜单，在我们已经使用了几个月的当前编辑模式和代理模式之间切换。要看到下拉菜单，请启用 chat.agent.enabled 设置。您今天就可以在 VS Code Insiders 中开始使用代理模式。我们将逐步将其推广到 VS Code Stable 用户。如果该设置未在 Stable 版本中为您显示，则表示尚未为您启用。

Screenshot of the agent mode setting in the Settings editor.

在代理模式下，Copilot 自主运行，但它只能编辑当前工作区中的文件。当它想要运行终端命令时，它会显示命令并等待您审查并选择“继续”后再执行。

注意：Copilot 编辑在代理模式下可能会使用大量聊天请求，因此它会定期暂停并询问您是否继续。您可以使用 chat.agent.maxRequests 自定义此设置。Copilot 付费用户的默认值为 15，Copilot 免费用户的默认值为 5。

在 VS Code 文档中了解有关Copilot 编辑中的代理模式的更多信息。

代理代码库搜索 (预览)

您可以将 #codebase 添加到您的查询中，Copilot 编辑将发现与您的任务相关的文件。我们添加了实验性支持，可以使用文件和文本搜索、Git 仓库状态和目录读取等附加工具发现相关文件。以前，#codebase 仅执行语义搜索。

您可以通过 github.copilot.chat.edits.codesearch.enabled 启用它，并请与我们分享任何反馈。

VS Code Insiders 中的 Copilot Vision (预览)

我们正在 VS Code Insiders 中 GitHub Copilot Chat 的预发布版本中引入端到端视觉支持。这使您可以在 Copilot Chat 提示中附加图像并与图像交互。例如，如果您在调试时遇到错误，可以快速附加 VS Code 的屏幕截图并请求 Copilot 帮助您解决问题。

Screenshot that shows an attached image in a Copilot Chat prompt. Hovering over the image shows a preview of it.

您现在可以通过多种方法附加图像

  • 从您的操作系统或资源管理器视图拖放图像
  • 从剪贴板粘贴图像
  • 附加 VS Code 窗口的屏幕截图（选择“附加”>“屏幕截图窗口”）

如果所选模型目前不具备处理图像的能力，则会显示警告。目前唯一支持的模型将是 GPT 4o。当前支持的图像类型是 JPEG/JPG、PNG、GIF 和 WEBP。

可复用提示 (实验性)

此功能允许您构建、存储和共享可复用提示。提示文件是 .prompt.md Markdown 文件，其格式与在 Copilot Chat 中编写提示所用的格式相同，并且可以链接到其他文件甚至其他提示。您可以附加提示文件以获取特定任务的指导、辅助代码生成或保存完整的提示供以后使用。

要启用提示文件，请将 chat.promptFiles 设置为 true，或使用 { "/path/to/folder": boolean } 符号指定不同的路径。如果未指定其他路径，则默认使用 .github/prompts 文件夹来查找提示文件 (*.prompt.md)。

在 VS Code 文档中了解有关提示文件的更多信息。

Linux 上的自定义标题栏 (实验性)

在这个里程碑中，我们正在开始一项实验，为部分 Linux 用户启用自定义标题栏。

Screenshot that shows the custom VS Code title bar on Linux.

如果您不是实验的一部分，可以手动将 window.titleBarStyle 配置为 custom 进行试用。

您始终可以恢复到本机标题装饰，无论是从自定义标题上下文菜单中还是通过将 window.titleBarStyle 配置为 native。

Screenshot that shows the content menu option to disable the custom title bar on Linux.

TypeScript 5.8 Beta 支持

此版本包括对 TypeScript 5.8 Beta 版本的支持。查看TypeScript 5.8 博客文章，了解此版本中包含的详细信息。

要开始使用 TypeScript 5.8 的预览版，请安装TypeScript Nightly 扩展。分享您的反馈，并告诉我们您是否遇到任何 TypeScript 5.8 的错误。

更多 Shell 的终端补全

我们对上一版本中引入的基于我们新的提议 API 构建的通用终端补全进行了迭代。一旦通过 terminal.integrated.suggest.enabled 启用，新的补全现在取代了 PowerShell 之前的内置提供程序，但现在可以通过 terminal.integrated.suggest.providers 进行自定义。

以下是此版本的主要更新

  • 增强的小部件样式和配置，以与编辑器的建议小部件保持一致。
  • 可配置的状态栏 (terminal.integrated.suggest.showStatusBar) 提供上下文操作和信息。
  • 改进了命令的参数识别，包括：code、code-insiders、cd、ls、rm、echo、mkdir、rmdir、touch。
  • 显示命令或资源路径作为附加详细信息。
  • 添加了对目录导航快捷方式的支持，例如 .、.. 和 ../../。
  • 启用了屏幕阅读器使用。
  • 从 $PATH 中提取的条目现在仅在它们是可执行文件时显示。由于 Windows 文件元数据中没有可执行位的概念，因此扩展列表可以通过 terminal.integrated.suggest.windowsExecutableExtensions 进行配置。这些现在还会在可用时使用实际的 shell 环境，通过即将推出的提议 API。
  • 增强了键盘支持，用于切换详细信息，⌃Space (Windows, Linux Ctrl+Space) 和切换建议详细信息焦点 ⌃⌥Space (Windows, Linux Ctrl+Alt+Space)。
  • 现在，建议将始终在每种类型上显示，这更符合编辑器中快速建议的工作方式。
  • 现在将建议 PowerShell 特定的全局补全，例如 Get-ChildItem、Write-Host 等。

基于 Tree-Sitter 的 TypeScript 语法高亮

由于我们的许多 Textmate 语法不再维护，我们一直在研究使用 Tree-Sitter 进行语法高亮。我们从 TypeScript 开始，这样团队就可以自行托管并提供反馈。您可以通过 editor.experimental.preferTreeSitter 设置试用早期预览版。

扩展创作

文档粘贴 API

文档粘贴 API 允许扩展在文本文档中挂钩复制/粘贴操作。使用此 API，您的扩展可以

  • 复制时，将数据写入剪贴板。这包括写入可在粘贴时获取的元数据。

  • 粘贴时，生成一个应用粘贴的自定义编辑。这可以更改粘贴的文本内容，或进行更复杂的工作区编辑，例如创建新文件。

  • 提供多种粘贴内容的方式。用户可以使用粘贴控件或 editor.pasteAs.preferences 设置选择如何粘贴内容。

VS Code 使用文档粘贴 API 实现功能，例如粘贴时更新 JavaScript 和 TypeScript 的导入以及粘贴 URL 时自动创建 Markdown 链接。

要开始使用文档粘贴 API，请查看文档粘贴扩展示例。有关更复杂的示例，请查看内置 Markdown 扩展如何实现图像文件的粘贴以将图像插入 Markdown 文档。

文件 openLabel 在简单文件选择器中显示

OpenDialogOptions 中的 openLabel 属性现在在简单文件选择器中受支持（除了以前仅受支持的系统文件选择器）。这允许您为文件选择器中的按钮提供自定义标签。

文件级评论 API

评论 API 支持创建和显示文件级评论。文件级评论显示在文件的顶部，在第一行之前。它们不附加到文件中的特定行或范围。要显示文件级评论，请将评论的 range 设置为 undefined。要支持从您的评论范围提供程序留下文件级评论，请将您的 CommentingRangeProvider 上的 enableFileComments 属性设置为 true。

提议的 API

终端补全提供程序

您现在可以注册一个终端补全提供程序，并在此 GitHub 问题中告诉我们您的想法。

可以在我们的终端建议扩展中找到一个示例，该扩展在通过 terminal.integrated.suggest.enabled 启用时提供补全。

终端 Shell 类型

扩展将能够访问当前活动的 shell 类型信息。shellType 字段将是 TerminalState 的一部分。

使用此 shell 类型信息执行您需要的 shell 特定操作。

工程

内部整理

作为我们每年 12 月内部整理工作的一部分，我们专注于清理所有仓库中的 GitHub 问题和拉取请求。今年，我们实现了 3,821 个问题和拉取请求的净减少，确保我们的积压工作保持相关性和可管理性。

通过遵循我们的问题清理指南，我们审查并分类了过时、重复和不再相关的问题。这有助于我们保持高效的开发工作流程，并专注于为用户改进 Visual Studio Code。

我们感谢社区的持续参与和反馈——您的贡献让 VS Code 每天都变得更好！🚀

Chart that shows the trend of the number of open issues over the last years. The chart shows a steep decline each year during December, the housekeeping month.

TypeScript 工作区中文件监视的资源优化

已进行了一些优化，以减少文件监视在大型 TypeScript 工作区（数千个 TypeScript 文件或项目）中的开销。具体来说，当打开此类工作区并初始化监视器时，您应该不再看到 CPU 峰值，或者 CPU 使用率应该会快速稳定下来。

有关更多详细信息，请参阅此VS Code 问题。

重要修复

  • 160325 抑制按下 ctrl+D 后终端启动失败
  • 230438 支持代码页 1125 即 cp866u
  • 238577 增加默认窗口大小
  • 197377 workspaceFolder 变量替换在 launch.json 或 tasks.json 中应使用 URI 用于虚拟文件系统
  • 229857 运行 focus comment on line 后 a11y 视图空白

致谢

最后但同样重要的是，衷心感谢 VS Code 的贡献者们。

问题跟踪

对我们问题跟踪的贡献

拉取请求

对 vscode 的贡献

对 vscode-eslint 的贡献

对 vscode-extension-samples 的贡献

对 vscode-js-debug 的贡献

对 vscode-jupyter 的贡献

对 vscode-loc 的贡献

对 vscode-prompt-tsx 的贡献

对 vscode-pull-request-github 的贡献

对 vscode-pylint 的贡献

对 vscode-python-debugger 的贡献

对 vscode-ripgrep 的贡献

对 vscode-test 的贡献

对 language-server-protocol 的贡献