2023 年 5 月(版本 1.79)
更新 1.79.1:此更新解决了此安全问题。
更新 1.79.2:此更新解决了这些问题。
下载:Windows:x64 Arm64 | Mac:通用 Intel silicon | Linux:deb rpm tarball Arm snap
欢迎使用 Visual Studio Code 2023 年 5 月版。此版本包含许多更新,我们希望您会喜欢,其中一些主要亮点包括
- 只读模式 - 将工作区中的特定文件和文件夹标记为只读。
- “粘贴为”选项 - 选择将项目链接粘贴到编辑器的方式。
- 自动复制外部文件 - 拖放或粘贴到 Markdown 会将新文件添加到您的工作区。
- 默认 Git 仓库分支名称 - 使用 “main” 作为默认名称,或通过用户设置覆盖。
- 笔记本富内容搜索 - 基于笔记本输出进行搜索,或按单元格类型进行筛选。
- JSX 标签的链接编辑 - 同时更改开始和结束 JSX 标签。
- 预览:GitHub Copilot Chat 改进 - 轻松管理您的聊天会话历史记录。内联聊天 “实时预览”。
- VS Code 在 Microsoft Build 2023 大会上 - 在 YouTube 播放列表中回顾会议。
如果您想在线阅读这些发行说明,请访问 code.visualstudio.com 上的更新。
Insiders: 想尽快试用新功能吗?您可以下载每晚构建的 Insiders 版本,并在最新更新可用后立即试用。
辅助功能
详细程度设置
添加了额外的 accessibility.verbosity 设置,以告知屏幕阅读器用户在功能获得焦点时如何与之交互。
对于 GitHub Copilot,有一些提示描述了如何通过以下方式访问 Copilot 聊天视图和编辑器内代码聊天的辅助功能帮助菜单
accessibility.verbosity.panelChat
accessibility.verbosity.inlineChat
这些帮助菜单提供有关预期内容、如何从输入框导航到其他元素等信息。
其他新的 verbosity
设置为特定的 VS Code UI 提供信息
accessibility.verbosity.keybindingsEditor
- 在键盘快捷方式编辑器中时。accessibility.verbosity.notebook
- 在笔记本中时。
accessibility.verbosity
设置默认启用(设置为 “true”),但您可以单独静音它们。
设置编辑器
macOS 上的 VoiceOver 现在读取设置编辑器中枚举设置选项的描述。尝试使用枚举设置,例如 files.autoSave
和 editor.accessibilitySupport
。
工作台
只读模式
在某些开发场景中,显式将工作区中的某些文件夹或文件标记为只读会很有帮助。例如,如果文件夹或文件内容由不同的进程管理(例如由 Node.js 包管理器管理的 node_modules
文件夹),则将它们标记为只读可以避免意外更改。
对于此用例,有一些新设置可以在资源管理器以及文本和笔记本编辑器中将文件路径标记为只读
files.readonlyInclude
- 如果匹配,则将文件设为只读的路径或 glob 模式。files.readonlyExclude
- 当文件与files.readonlyInclude
匹配时,跳过将文件设为只读的路径或 glob 模式。files.readonlyFromPermissions
- 磁盘上没有写入权限的文件是否应为只读。
根据设置规则,如果路径被认为是只读的,则您无法从资源管理器中修改它(例如,删除它),并且文本或笔记本编辑器是只读的。
为了更灵活地切换只读模式,有一些新命令可以仅为当前会话更改模式,从而覆盖您的设置配置
- 在会话中将活动编辑器设置为只读 - 将活动编辑器标记为只读。
- 在会话中将活动编辑器设置为可写 - 将活动编辑器标记为可写。
- 在会话中切换活动编辑器只读 - 在只读和可写之间切换。
- 在会话中重置活动编辑器只读 - 重置会话状态。
Windows UNC 主机允许列表改进
作为 重要的安全修复的一部分,VS Code 引入了 UNC 主机的允许列表。此里程碑中,我们解决了 Windows 用户在使用 VS Code 进行日常工作时报告的许多可用性问题,这些问题与 UNC 路径有关。
对话框改进
现在,启动时允许 UNC 主机的确认对话框会更新 security.allowedUNCHosts
设置,并在您选中复选框时添加主机。
此外,单击了解更多按钮不再关闭对话框。
新的 security.restrictUNCAccess 设置
新的设置 security.restrictUNCAccess
允许您禁用 UNC 主机允许列表,并将行为恢复到此安全修复之前的状态。我们强烈建议不要更改此设置,因为它会使您的系统再次容易受到 信息泄露漏洞 的攻击。
新的选项卡大小调整选项已修复
workbench.editor.tabSizing
设置有一个新选项 fixed
,使每个选项卡宽度相等。当空间变得有限时,选项卡将等比例缩小到最小值。新的设置 workbench.editor.tabSizingFixedMaxWidth
设置选项卡的初始大小。
在此模式下,当您使用鼠标快速关闭选项卡时,选项卡的宽度保持稳定,以便通过单击同一点来关闭每个选项卡。然后,当您将鼠标从编辑器选项卡区域移开时,宽度会进行调整。
网络质量指示
当您连接到远程计算机时,VS Code 远程编辑功能的最佳体验需要良好的网络连接和低延迟。在此里程碑中,我们更新了状态栏中的远程指示器,以便在延迟非常高或网络连接似乎离线时为您提供一些反馈。
高延迟(Web、桌面)
我们会定期测量您连接到的远程计算机的延迟。当达到某个阈值时,远程指示器会更新以反映这一点。
离线检测(仅限 Web)
如果您使用 Web 浏览器连接到远程计算机,并且突然失去 Internet 连接,则远程指示器会更新以反映这一点。
继续处理
继续处理功能允许您在同一存储库的 VS Code 开发环境之间存储和检索正在进行的工作更改,例如,当您从本地 Git 存储库升级到 GitHub Codespace 时,或者当您在同一存储库的不同机器之间切换时。
现在,即使 GitHub 存储库在一个环境中配置了 HTTP 远程,而在另一个环境中配置了 SSH 远程,您也可以在 GitHub 存储库的开发环境之间传输正在进行的工作更改。此外,我们已开始传输其他工作台状态,例如您的源代码管理视图状态首选项,以实现更无缝的过渡。
编辑器
粘贴为
将文件粘贴到文本编辑器中时,您可能希望以多种方式插入它。您可能需要指向文件的绝对路径。您可能需要相对于当前工作区的路径。或者您甚至可能需要特定于当前编辑器语言的内容,例如在粘贴到 Markdown 中时插入指向该文件的 Markdown 链接。VS Code 新的 “粘贴为” 功能使您可以控制粘贴内容的插入方式。
粘贴后,如果粘贴的内容可能有其他插入方式,VS Code 现在会显示一个小的 “粘贴为” 控件
您可以通过单击 “粘贴为” 控件或使用 ⌘.(Windows、Linux Ctrl+.) 键盘快捷键来打开它。当您开始键入或将光标移出插入的文本时,“粘贴选择器” 就会消失。您还可以使用 "editor.pasteAs.showPasteSelector": "never"
完全禁用下拉选择器控件。
例如,当您将内容粘贴到笔记本中的 Markdown 单元格时,“粘贴为” 控件允许您在以下选项之间切换
- 将图像作为附件插入
- 插入 Markdown 图像引用
- 插入相对路径(对于工作区中的文件)
- 插入绝对路径
如果您更喜欢在实际粘贴之前选择剪贴板中内容的粘贴方式,则可以改为使用新的 粘贴为... 命令。这使您可以选择内容的粘贴方式
快速建议和代码片段
快速建议意味着 VS Code 会在您键入时显示建议,而无需按 ⌃Space(Windows、Linux Ctrl+Space)。此功能非常受欢迎,大约 90% 的所有建议会话都是通过键入启动的。大量建议通过 Tab
键(而不是 Enter
键和键入接受字符)接受。
当插入代码片段时,Tab
键用于在代码片段占位符之间导航。现在,当在插入代码片段时快速建议变为活动状态时,Tab
键可以接受完成或导航到下一个代码片段占位符。为了解决此冲突,存在 editor.suggest.snippetsPreventQuickSuggestions
设置,用于在插入代码片段时禁用快速建议。它默认为 true
,并且只要存在此设置,我们就收到了关于它令人困惑的反馈。因此,我们决定将其默认值更改为 false
,以便在代码片段占位符内键入时将触发快速建议。
然后,您可以使用以下击键
- 按
Tab
键接受完成。 - 按
Escape
键隐藏快速建议。 - 在没有建议的情况下按
Tab
键导航到下一个代码片段占位符。
终端
fish shell 的自动 shell 集成
Shell 集成及其增强的用户体验现在将自动为 fish shell 激活。您可能需要更新 fish 才能使其工作。
上划线支持
终端现在支持 ECMA-48 中指定的上划线转义序列(SGR 53
、SGR 55
)。此序列最常见的用途是在终端底行的应用程序 “状态栏” 上方添加一条线。
源代码管理
默认分支名称
从此里程碑开始,所有使用 VS Code 创建的新 Git 存储库都将 main
设置为默认分支。如果您希望默认分支使用其他名称,可以使用 git.defaultBranchName
设置进行更改。当该设置设置为空时,VS Code 将遵循 Git 中配置的默认分支名称。将文件夹发布到 GitHub 也将遵循 GitHub 上配置的默认分支名称。
分支选择器与 vscode.dev 和 GitHub 集成
现在,您可以从 VS Code 桌面的分支选择器中检出 vscode.dev 中的分支或在 GitHub.com 上打开它。
在下面的短视频中,分支选择器下拉列表中列出的每个分支在右侧都有按钮,用于在 GitHub 上打开或在 vscode.dev 上检出。
相似度阈值
Git 状态使用相似度索引(与文件大小相比的添加/删除次数)来确定添加/删除对是否被视为重命名。现在,您可以使用 git.similarityThreshold
设置配置相似度阈值,该设置的值介于 0
和 100
之间。默认值为 50
。
笔记本
富内容搜索
现在,您可以从搜索控件中搜索打开的笔记本中的富内容。如果您的笔记本已打开,则搜索控件会根据笔记本编辑器中的显示方式显示结果(而不是搜索原始源文件的内容)。这也允许替换笔记本输入中的文本。
使用新的笔记本搜索切换,您还可以筛选要搜索的单元格内容类型。
改进的单元格输出交互
添加了新的上下文键 notebookOutputInputFocused
,以确定单元格输出中的文本框是否具有焦点,以便在输出具有焦点时可以安全地使用原始热键 a/b/j/k。聚焦于输入框可防止这些热键触发。
运行即格式化
笔记本现在可以在单元格执行时格式化单元格。这将触发使用 运行单元格、全部运行、运行上方/下方 以及组合的内核 + 运行命令。可以通过设置 "notebook.formatOnCellExecution": true
启用此功能。
保存时执行代码操作
笔记本现在支持在保存时运行代码操作。可以在 notebook.codeActionsOnSave
设置下指定代码操作。扩展作者可以使用用于单元格级别代码操作的标准类型定义提供程序,或使用新的 notebook.
前缀来定义管理整个笔记本的代码操作。您可以查看 clean-nb-imports-ext 示例扩展,以了解扩展如何使用此新设置。
语言
TypeScript 5.1
VS Code 现在附带 TypeScript 5.1.3。此主要更新带来了新的 TypeScript 语言功能、更好的性能以及许多重要的改进和错误修复。您可以在 TypeScript 博客上阅读有关 TypeScript 5.1 的信息。
JSX 标签的链接编辑
通过链接编辑,当您更改开始 JSX 标签时,VS Code 将自动更新相应的结束标签。这可以节省大量时间
该功能默认处于关闭状态,但可以通过设置启用
"editor.linkedEditing": true
您还可以使用 启动链接编辑 命令显式启动链接编辑。
使用 F2 重命名匹配的 JSX 标签
当您在 JSX 标签上触发重命名时,VS Code 现在仅重命名匹配的标签,而不是尝试更新对该标签的所有引用
这需要 TypeScript 5.1+,并且与 HTML 中的重命名工作方式相匹配。
您可以使用 javascript.preferences.renameMatchingJsxTags
和 typescript.preferences.renameMatchingJsxTags
禁用此行为。
JSDoc @param 完成
编写 JSDoc 注释时,VS Code 现在会显示所有缺失参数的建议
这可以帮助您快速填写文档。
在 JavaScript 文件中,@param
完成为参数类型描述创建占位符
在 Markdown 的拖放或粘贴操作中将外部媒体文件复制到工作区
想要在 Markdown 文档中添加图像或视频?现在,您只需将文件拖放到 Markdown 中或粘贴到 Markdown 中,即可节省时间,而无需先手动将文件复制到工作区,然后再添加指向该文件的链接。如果该文件当前不属于工作区,VS Code 将自动将该文件复制到您的工作区,并插入指向该文件的链接
这也非常适用于剪贴板中的图像数据。例如,如果您使用 Windows 上的截图工具截取屏幕截图,则可以在 Markdown 文件中按 粘贴,VS Code 将从剪贴板数据创建一个新的图像文件,并插入指向新文件的 Markdown 图像链接。如果您在截取屏幕截图时按住 Ctrl 键以将其复制到剪贴板,则此操作在 macOS 上也有效。
您还可以使用一些设置自定义此功能的行为
markdown.copyFiles.destination
markdown.copyFiles.destination
设置控制新媒体文件的创建位置。此设置将与当前 Markdown 文档匹配的 glob 映射到图像目标。图像目标也可以使用一些简单的变量。有关可用变量的信息,请参阅 markdown.copyFiles.destination
设置描述。
例如,如果我们希望工作区中 /docs
下的每个 Markdown 文件都将新的媒体文件放入特定于当前文件的 images
目录中,我们可以编写
"markdown.copyFiles.destination": {
"/docs/**/*": "images/${documentBaseName}/"
}
现在,当在 /docs/api/readme.md
中粘贴新文件时,图像文件将在 /docs/api/images/readme/image.png
中创建。
您甚至可以使用简单的正则表达式来转换变量,方式与 代码片段 类似。例如,此转换在创建媒体文件时仅使用文档文件名的第一个字母
"markdown.copyFiles.destination": {
"/docs/**/*": "images/${documentBaseName/(.).*/$1/}/"
}
当将新文件粘贴到 /docs/api/readme.md
中时,图像现在将在 /docs/api/images/r/image.png
下创建。
markdown.copyFiles.overwriteBehavior
markdown.copyFiles.overwriteBehavior
设置控制新创建的媒体文件是否覆盖现有文件。
默认情况下,VS Code 永远不会覆盖现有文件。相反,如果您有一个名为 image.png
的文件,并且尝试将其粘贴到工作区中已存在 image.png
的 Markdown 文档中,VS Code 将改为创建一个名为 image-1.png
的新文件。如果您然后尝试粘贴另一个名为 image.png
的文件,则会将其创建为 image-2.png
。
如果您希望新文件覆盖现有文件,请将 "markdown.copyFiles.overwriteBehavior": "overwrite"
设置为 overwrite。现在,VS Code 将始终使用原始文件名,覆盖该路径中的任何现有文件。
禁用将文件复制到工作区
如果文件尚不属于工作区,VS Code 将仅尝试将文件复制到您的工作区。此外,我们目前仅将媒体文件(图像、视频、音频)复制到工作区。
但是,如果您觉得这种新行为过于侵入性,则可以通过设置以下内容来禁用拖放和粘贴操作
"markdown.editor.drop.copyIntoWorkspace": "never"
"markdown.editor.filePaste.copyIntoWorkspace": "never"
Markdown 文件中 HTML 路径的 IntelliSense
许多 Markdown 方言允许在 Markdown 文档中使用原始 HTML 标记。在此更新中,我们将 VS Code 的大多数 Markdown IntelliSense 功能扩展到这些 HTML 标记中使用的文件路径。这包括对以下内容的支持
- 路径完成.
- 查找对链接文件的所有引用。
- 在文件重命名或移动时自动更新文件路径。
- 安全地重命名使用 F2 的文件。
- 验证工作区中是否存在链接文件。
将音频插入 Markdown
当您将音频文件拖放到 Markdown 文档中或复制并粘贴到 Markdown 文档中时,VS Code 现在会插入 <audio>
元素。
JSON Lines (JSONL) 文件的语法突出显示
JSON Lines 描述了由换行符分隔的 JSON 对象序列。如果使用文件扩展名 jsonl
,VS Code 将提供语法突出显示。
远程开发
远程开发扩展允许您使用 开发容器、通过 SSH 或 远程隧道 连接的远程计算机,或 适用于 Linux 的 Windows 子系统 (WSL) 作为功能齐全的开发环境。
亮点包括
- 在当前或新的 VS Code 窗口中打开新的远程连接(通过远程隧道、到开发容器)。
- 使转发端口公开的更简单的工作流程。
- 初步支持从 Web 版 VS Code (vscode.dev) 连接到 WSL。
您可以在远程开发发行说明中了解新的扩展功能和错误修复。
扩展贡献
GitHub Copilot
在 Stable VS Code 中使用 Copilot Chat
以前,您必须使用 VS Code Insiders 才能使用 Copilot Chat。从 VS Code 1.79 开始,您也可以在 Stable VS Code 中使用 Copilot Chat。您仍然需要安装 GitHub Copilot Chat 扩展。
编辑器聊天
我们改进了编辑器聊天,最值得注意的是,我们已将其默认模式更改为 “livePreview”。在此模式下,更改将直接应用于文档,并使用嵌入式差异视图显示。让我们看一下下面的示例
- 向
IUserFriendlyStatusItemEntry
类型添加了一个新属性,并且 - Copilot 相应地更新了
isUserFriendlyStatusItemEntry
检查。 - 回复使用嵌入式差异视图显示在编辑器中。其右侧是可编辑的,并由 VS Code 的语言扩展检查。
- 这使您可以发现回复中的错误(在下面的
isMarkdownString
函数不存在),并且您可以在接受建议之前对其进行修复。
笔记本改进
本月,我们改进了笔记本编辑器中的聊天体验。在笔记本文档中使用 Copilot 时,Copilot 可以使用笔记本上下文来提供更相关的建议。例如,代码建议使用先前单元格中定义的变量或模块,而无需重新创建或重新导入它们。
运行笔记本单元格时,Copilot 现在还为单元格执行失败提供建议。您可以通过选择单元格状态栏上的 使用 Copilot 修复 操作来显示这些建议。
Copilot 建议也会在单元格执行时自动接受,因此您不必手动接受它们。
GitHub Pull Request 和 Issues 集成
当安装并启用 GitHub Pull Requests and Issues 扩展并且您正在查看审阅线程时,现在可以直接使用 Copilot 应用审阅注释。您可以通过注释菜单中的 使用 AI 应用建议 按钮执行此操作。
实验性快速提问体验
主题:Panda Theme(在 vscode.dev 上预览)
在此迭代中,我们尝试使用聊天来询问快速编程问题,而无需离开上下文。如果您有权访问聊天体验,则可以使用以下设置启用此功能
"chat.experimental.quickQuestion.enable": true
功能概述
- 向 Copilot 提出快速问题。
- 使用 ⇧⌥⌘L(Windows、Linux Ctrl+Shift+Alt+L) 切换体验(状态会记住 30 秒,因此您可以轻松地显示、隐藏和再次显示)。
- 用于将对话继续到聊天视图中的长格式聊天的 在聊天中打开 按钮。
删除聊天条目
您现在可以通过单击聊天请求中的 X 图标来删除聊天请求/响应对。
为什么要这样做?有时,Copilot 提供的响应偏离主题或不正确。您可以再次提出问题,但从会话的聊天历史记录中删除不良响应也可能有助于使对话保持在正轨上。每个聊天请求可以包含的上下文量也有限制,因此删除较长的不良响应可能有助于为更多有用的信息节省上下文预算。
将聊天会话从侧边栏移动到编辑器
已经可以通过运行 聊天:打开编辑器 命令在编辑器中打开聊天会话,但现在也可以在侧边栏和编辑器之间来回移动聊天会话。您可以在聊天视图标题或编辑器标题菜单的 “...” 菜单下找到 在编辑器中打开会话 和 在侧边栏中打开会话 命令。
聊天会话历史记录
您的聊天会话现在已保存到历史记录中,您可以通过选择聊天视图标题菜单中的 显示历史记录 按钮来浏览历史记录。您可以选择历史记录条目以将该对话加载到聊天编辑器中,然后无缝地从上次中断的地方继续。您可以通过单击每行上的 X 按钮从历史记录中删除会话。
将聊天会话导出到 JSON 文件
我们添加了一个命令 聊天:导出会话,该命令将当前聚焦的聊天会话导出到 JSON 文件。然后,您可以运行 聊天:导入会话 命令来导入此会话并继续您的对话。您可以将此文件签入到您的存储库中,与他人共享,或者只是保存您的对话以供以后参考。请注意,当您在导入的聊天会话中继续对话时,除非您再次导出该会话,否则这些新消息将不会保存。
代码块导航和键盘快捷键
我们添加了一些命令和键盘快捷键,使您可以更轻松地处理聊天响应中的代码块。聊天:下一个代码块 (⌥⌘PageDown(Windows、Linux Ctrl+Alt+PageDown)) 和 聊天:上一个代码块 (⌥⌘PageUp(Windows、Linux Ctrl+Alt+PageUp)) 将光标移动到当前聊天响应中的下一个或上一个代码块。当代码块获得焦点时,也可以从命令面板调用代码块工具栏中的命令,或者您可以为它们分配键盘快捷键。在终端中运行 默认分配了键盘快捷键,⌃⌥Enter(Windows、Linux Ctrl+Alt+Enter)。并且当您在代码块中按下正常的复制键盘快捷键而没有选择内容时,现在将运行 复制 命令。
我们还添加了键盘快捷键以聚焦聊天窗口 (⌃⌘I(Windows、Linux Ctrl+Alt+I)) 和清除聊天会话 ()。
Copilot YouTube 播放列表
要了解有关 GitHub Copilot 的更多信息,以及技巧和最佳实践,请查看 YouTube 上的 VS Code Copilot 系列。在那里,您会找到 GitHub Copilot 的 简介、特定于语言的 用法,以及在使用 Copilot 进行开发时关于 有效提示 的指南。
Python
在专用终端中运行 Python 文件
Python 扩展现在将为您使用编辑器顶部的 运行 按钮或 Python:在终端中运行 Python 文件 命令运行的每个文件创建一个新终端,并且每次您重新运行时都将继续使用此文件的 “专用” 终端。
任何时候您希望在单独的终端中运行同一文件,您都可以在 运行 按钮菜单下选择 Python:在专用终端中运行 Python 文件。
测试发现和运行重写
本月,我们开始推出我们的测试重写作为一项实验。此重写重新设计了扩展中 unittest 和 pytest 的测试发现和执行背后的架构。虽然它没有提供任何向用户公开的附加功能,但它减少了错误行为,并为未来的新功能机会打开了大门。重写正在实验 pythonTestAdapter
背后推出,您可以使用 settings.json
中的 python.experiments.optInto
选择加入和退出该实验。最终,我们计划删除此设置并采用此新架构。如果您对此实验或重写有任何意见或建议,您可以在 vscode-python 存储库中分享它们。
使用 Pylance 配置索引限制
Pylance 扩展中新增了一个设置,允许您配置索引的文件计数限制:"python.analysis.userFileIndexingLimit"
,默认设置为 2000。当您处理非常大型的项目,并且愿意为了增强的 IntelliSense 体验而牺牲一些性能时,此设置会很有帮助。
Jupyter
恢复针对远程 Jupyter 内核的单元格执行
Jupyter 扩展现在支持恢复针对远程 Jupyter 内核的单元格执行。即使在关闭 VS Code 后重新打开 Notebook,如果单元格仍在忙于执行,也会恢复执行。
例如,假设您针对远程 Jupyter 内核执行一段长时间运行的代码(例如模型训练)。这可能需要几分钟或更长时间,因此您可能会决定在此期间关闭 VS Code。几分钟后,使用相同的 notebook 重新启动 VS Code,如果单元格仍在忙于执行,则此状态将反映在 Notebook 单元格中,并且任何新的输出都将显示在单元格输出中。
另一方面,如果在 VS Code 关闭时单元格已完成执行,则在此期间生成的输出将不会保存在 notebook 中。以这种方式恢复执行并显示新输出仅限于简单输出,例如纯文本、HTML、图像等。不支持恢复小部件和其他此类复杂输出的状态。
GitHub Pull Requests and Issues
在 GitHub Pull Requests and Issues 扩展上取得了更多进展,该扩展允许您处理、创建和管理 pull request 和 issue。亮点包括:
- 用于查看已检出 PR 的差异的两个新操作:Compare Base With Pull Request Head (readonly)(将基础分支与 Pull Request 头部进行比较(只读))和 Compare Pull Request Head with Local(将 Pull Request 头部与本地分支进行比较)。
- 新的设置
"githubPullRequests.pullPullRequestBranchBeforeCheckout"
可用于在再次检出同一分支时关闭拉取之前检出的 PR 分支的功能。
查看扩展 0.66.0 版本的更新日志,了解其他亮点。
预览功能
insiders.vscode.dev 上的项目范围 JS/TS IntelliSense
vscode.dev 是 VS Code 的轻量级版本,完全在您的浏览器中运行。在此迭代中,我们显着增强了 vscode.dev 的 JavaScript 和 TypeScript 支持,使其可以分析您工作区中的所有文件,而不仅仅限于当前打开的文件。这极大地改进了代码导航,让您可以跳转到定义和查找所有引用符号。它还通过确保尊重来自您的 tsconfig.json
/ jsconfig.json
的设置来改进 IntelliSense。我们甚至现在在编写代码时支持自动导入。
在下图中,引用视图显示了工作区中对 ITextDocument
的所有引用。
这些新的 IntelliSense 功能适用于您从本地计算机打开的文件夹,以及您使用 vscode.dev 的内置 GitHub Repositories 扩展打开的 GitHub 仓库。
请记住,vscode.dev 上的 JS/TS IntelliSense 仍然存在一些限制:
- 目前不支持第三方库的 IntelliSense。
- 目前不支持 JavaScript 项目的自动类型获取。
- 由于上述限制,所有类型错误在 vscode.dev 上均被禁用。
- 项目范围的 IntelliSense 目前仅在 Insiders 版本的 vscode.dev 上启用:
insiders.vscode.dev
。此功能目前在github.dev
上禁用。
我们计划在未来解决这些限制,并很高兴继续丰富我们在 Web 上的 JavaScript 和 TypeScript 支持!
终端中的图像
现在终端中已提供对图像的实验性支持。终端中的图像通常通过将图像像素数据编码为文本来工作,该文本通过特殊的转义序列写入终端。当前支持的协议是 sixel 和 iTerm 首创的内联图像协议。
通过设置启用此功能:
"terminal.integrated.experimentalImageSupport": true
启用后,要对其进行测试,您可以从 libsixel 仓库下载并 cat
一个 .six
示例文件
或者将 imgcat python 包 或 imgcat 脚本 与 png、gif 或 jpg 文件一起使用
此功能的当前限制是:
- 序列化不起作用,因此重新加载终端不会保留任何图像(在 jerch/xterm-addon-image#47 中跟踪)。
- 将所选内容复制为 HTML 不包括所选图像(在 jerch/xterm-addon-image#50 中跟踪)。
- 动画 gif 不起作用(在 jerch/xterm-addon-image#51 中跟踪)。
- 短于单元格的图像将无法正常工作,这是序列的一个 设计缺陷,也发生在 XTerm 中。
TypeScript 5.2 支持
此更新包括对即将发布的 TypeScript 5.2 版本的支持。查看 TypeScript 5.2 迭代计划,了解有关 TypeScript 团队当前正在进行的工作的更多详细信息。一些令人兴奋的即将推出的工具亮点包括:
- 新的 Inline constant(内联常量)重构。
- 新的 Move to file(移动到文件)重构,可让您将符号移动到现有文件中。
要开始使用 TypeScript 5.2 nightly 版本,请安装 TypeScript Nightly 扩展。
JavaScript 和 TypeScript 的“移动到文件”重构
TypeScript 5.2 nightly 版本中的 Move to file(移动到文件)重构可让您将类、函数或常量移动到现有文件中。这还将自动更新对符号的所有引用,并根据需要更新导入。
当您选择 Move to file(移动到文件)时,VS Code 会显示当前 TypeScript 或 JavaScript 项目中所有文件的列表。您可以开始键入以快速找到所需的文件。
或者,您可以使用 Select existing file...(选择现有文件...)使用普通文件选择器选择文件,或使用 Enter new file path...(输入新文件路径...)指定应创建的新文件。
此功能仍在积极开发中,请尝试一下并分享您的反馈!
WebAssembly 在 Web 版 VS Code 中的应用
为了向 vscode.dev 添加更多编程语言支持,VS Code 团队一直在研究如何在 Web 版 VS Code 中运行通用 WebAssembly。如果您对此方法感兴趣并想了解更多信息,请查看最近的 VS Code 和 WebAssembly 博客文章。
扩展创作
改进了本地文件的 vscode.fs 性能
当您使用 vscode.fs
API 处理文件时(您应该这样做!),对扩展主机本地文件的操作现在将更快地解析。
以前,扩展主机将这些操作委托给 VS Code 客户端执行,但现在它们直接在扩展主机内部执行,从而节省了往返行程。
更严格的状态栏 API
用于创建状态栏项的 API createStatusBarItem
允许扩展传递标识符。此标识符用于控制状态栏项的隐藏和显示。标识符对于扩展应该是唯一的,但到目前为止,这并未强制执行。在此版本中,我们使其更加严格,并且由同一扩展使用相同标识符创建的状态栏项现在将合并为一个。
任务
任务演示选项中用于在任务完成时关闭终端的功能已最终确定。
建议的 API
每个里程碑版本都附带新的提议 API,扩展作者可以试用它们。与往常一样,我们需要您的反馈。以下是试用提议 API 的步骤:
- 找到您想要试用的提案,并将其名称添加到
package.json#enabledApiProposals
。 - 使用最新的 @vscode/dts 并运行
npx @vscode/dts dev
。它会将相应的d.ts
文件下载到您的工作区。 - 您现在可以针对提案进行编程。
您不能发布使用提议 API 的扩展。下一个版本中可能会有重大更改,我们绝不希望破坏现有扩展。
EnvironmentVariableCollection.description
此提案允许为 EnvironmentVariableCollection
指定描述,该描述显示在终端选项卡悬停中,用于解释更改的具体作用。
// Example of what the Git extension could use
context.environmentVariableCollection.description = 'Enables a Git authentication provider';
EnvironmentVariableMutator.options
此提案添加了可以提供给 EnvironmentVariableMutator
的选项,允许您精确指定何时应用环境变量更改,是在进程创建时还是在 shell 集成脚本中(在 shell 初始化脚本运行后)。
const collection = context.environmentVariableCollection;
// Apply only when the process is created
collection.replace('FOO', 'bar');
// Apply only during the shell integration script
collection.replace('FOO', 'bar', {
applyAtProcessCreation: false,
applyAtShellIntegration: true
});
// Apply twice, during process creation and the shell integration script
collection.replace('FOO', 'bar', {
applyAtProcessCreation: true,
applyAtShellIntegration: true
});
共享提供程序
共享 API 提案允许扩展提供在 VS Code 中共享资源的方法。
共享提供程序结果当前显示为顶级的 Share...(共享...)命令面板操作,以及 命令中心 附近的新图标,前提是您已选择加入 "workbench.experimental.share.enabled": true
和 "window.commandCenter": true
。
您可以在 API 提案 issue #176316 中留下反馈。
静态状态栏项
现在可以通过 package.json#contributes/statusBarItems
静态贡献状态栏项。通过此贡献点,扩展可以延迟其激活,并且仅在与状态栏项交互时(例如,在命令上)才激活。激活后,扩展可以通过 vscode.window.createStatusBarItem
API 访问其静态状态栏项。
workspace.save 和 workspace.saveAs
Save Editor API 提案允许扩展触发保存编辑器的流程,即保存到其资源或要求用户提供资源。
所有保存方法都将返回结果 Uri
,如果操作被取消,则返回 undefined
。除非已关联路径,否则未命名文件将始终要求用户提供目标位置。
Authentication authGetSessions 提议 API
随着我们越来越接近实现多 GitHub 帐户支持,我们有一个新的提议身份验证 API,可让您的扩展获取特定作用域集的所有可访问会话。这些 API 添加的提案有几点需要指出:
- 引入了
vscode.authentication.getSessions
以获取您的扩展有权访问的每个帐户的会话。如果您想请求其他帐户,请使用{ createIfNone: true, clearSessionPreference: true }
来要求用户选择一个帐户。 forceNewSession
属性现在可以接受{ sessionToRecreate: session }
对象,以便使用扩展的扩展可以指定他们想要重新创建的确切会话。- Auth Provider 实现的
createSession
函数现在将传入要重新创建的会话(如果forceNewSession
的值使用true
,则使用扩展的会话首选项)。
要使此功能准备好在 GitHub Authentication 扩展中采用,还需要做更多工作,如果您有兴趣,可以关注并 在跟踪此提案的 issue 中提供反馈。
窗口活动 API
现在有一个新的 API 可用于通知扩展窗口何时变为活动或非活动状态。这可以用于处置或创建持久资源或进程,这些资源或进程可以空闲以节省资源。
这是通过向现有的 WindowState
类型添加新的 active
布尔值来实现的。
vscode.window.onDidChangeWindowState(state => {
if (state.active && !longRunningProcess) {
longRunningProcess = startLongRunningProcess();
} else if (!state.active && longRunningProcess) {
longRunningProcess.end();
longRunningProcess = undefined;
}
});
工程
为所有用户启用 Electron 沙盒
我们很高兴地宣布 Electron 沙盒正在向我们所有用户推出。这是一个始于 2020 年初的旅程,现在终于结束了。您可以参考 将 VS Code 迁移到进程沙盒 博客文章以了解更多详细信息。
扩展主机重启参与
工作台中某些操作可能会导致扩展主机重启,而无需重新加载当前窗口。例如,当您切换配置文件时,VS Code 会重启扩展主机以处理为该配置文件运行的不同扩展集。
但是,某些自定义编辑器和 notebook 编辑器在切换配置文件后可能不再起作用,因为该配置文件中未安装所需的扩展。如果编辑器有未保存的更改,这可能会导致数据丢失。作为一种修复方法,VS Code 中的组件现在可以参与扩展主机重启,并确保在扩展主机重启之前保存任何未保存的更改。
我们计划在下一个里程碑版本中进一步开发此体验,敬请期待更多信息!
Windows 8 和 8.1 支持已结束
正如我们在 v1.77 版本说明 中提到的,v1.79
是最后一个支持 Windows 8 / Windows Server 2012 和 Windows 8.1 / Windows Server 2012 R2 的版本。有关更多信息,请参阅我们的 FAQ。
里程碑自动化
我们已经在我们所有的 GitHub 仓库中实现了自动里程碑复制。这意味着在 microsoft/vscode
中建立的每月里程碑版本是所有其他创建和维护的里程碑版本的基础。
VS Code 在 Microsoft Build 大会上
如果您没有机会观看 Microsoft Build 2023 直播,您可以观看 Microsoft Developer YouTube 频道上的主题演讲和会议。
一些 VS Code 用户特别感兴趣的会议包括:
- 使用 Microsoft Cloud 的下一代 AI for developers
- 使用 Visual Studio Code 从任何地方进行开发
- 充分利用 GitHub Copilot 的实用技术
- 将云和 AI 的强大功能注入您的开发工作流程
值得注意的修复
- 165933 [emmet] 2023 年的 http-equiv="X-UA-Compatible"
- 181889 treeView.reveal 与 expand: 3 仅展开第一个 3 级文件夹
感谢
最后但同样重要的是,衷心感谢 VS Code 的贡献者。
Issue 跟踪
对我们的 issue 跟踪的贡献
- @gjsjohnmurray (John Murray)
- @starball5 (starball)
- @IllusionMH (Andrii Dieiev)
- @tamuratak (Takashi Tamura)
Pull Request
对 vscode
的贡献
- @akbyrd (Adam Byrd): 修复 msCompile 问题匹配器的问题 PR #182167
- @ashgti (John Harrison): 修复调试输出提示不显示为“object Object”的问题 PR #181964
- @benibenj (Benjamin Simmonds): 修复 TreeView 复选框状态设置为 0 的问题 PR #183342
- @bitekas (Viktor Korsun): 修复 Pseudoterminal onDidClose 示例 PR #180026
- @dan-petty (Daniel Petty): 修复无法在 Windows 上为内置配置文件指定自定义路径的问题 PR #175464
- @dcourv (Dylan): 修复 #181207 - 向扩展查看器底部添加内边距 PR #181723
- @DoctorKrolic: 添加
JSON Lines
语言定义 PR #183035 - @dyedgreen (Tilman Roeder): 修复:打开文件夹或工作区时将路径编码为 URI 组件 PR #182398
- @ElectricRCAircraftGuy (Gabriel Staples): 所有颜色主题:也将注释文档字符串视为注释 PR #182162
- @gjsjohnmurray (John Murray)
- 修复
security.restrictUNCAccess
设置描述中的拼写错误 PR #182842 - 防止在路径没有父目录时在工作区文件夹选择器中出现重复文本(修复 #183418)PR #183427
- 修复
- @hermannloose (Hermann Loose)
- 为已解决和未解决的注释添加单独的概览标尺颜色 PR #181520
- 修复注释图标的颜色描述 PR #181628
- @iAnujParajuli (Anuj Parajuli): 添加 #181652 html 音频标签以支持音频文件 PR #183328
- @jacekkopecky (Jacek Kopecký)
- 为固定宽度制表符添加设置 PR #181729
- 固定制表符大小:在最后一个制表符关闭时恢复制表符宽度 PR #183188
- @jackpunt (Ganesh)
- 添加一个设置以将文件标记为只读(不可编辑)PR #161716
- #181708 的 isReadonly() 优先级 PR #181955
- @jairbubbles (Julien Richard): 修复差异内联模式下已删除行的上下文菜单 PR #182542
- @jeanp413 (Jean Pierre)
- 修复 ITerminalService#getActiveOrCreateInstance 返回已释放的终端的问题 PR #180451
- 修复重新加载后终端编辑器为空的问题 PR #182121
- 修复终端未考虑编辑器背景颜色的问题 PR #182557
- 修复当结果超过 1000 个时,改进终端查找行为的问题 PR #182917
- 修复无法在按下
esc
时隐藏终端查找小部件的问题 PR #183090 - 修复终端不再持久化的问题 PR #183516
- @Juneezee (Eng Zer Jun): refactor(userDataSync): 将
indexOf
替换为includes
PR #182635 - @markw65
- 修复任务启动竞争问题 PR #180546
- 使 _activeTasks 与 _executeTask 同步 PR #180617
- @max06 (Flo): 修复:在 shellIntegration 中将 bash 语法更改为 fish 语法 PR #181637
- @r3m0t (Tomer Chachamu)
- 交互式窗口 - 不要为插入工具栏留出空间 PR #181949
- 防止嵌入提示和编辑器内容之间出现连字(修复 #170449)PR #182379
- @rehmsen (Ole): 为调试器单步执行添加 F10 键绑定,即使在 Web 上也是如此。 PR #183510
- @soulshined (David Freer): PHP 代码片段生活质量和连续性改进 PR #174889
- @TheSylvester (Sylvester Wong): 添加使用代码片段正文作为描述(在未提供描述时)#181115 PR #181381
- @tisilent (xie jialong 努力鸭)
- 修改 innerWidth PR #180480
- 修复贡献的配置文件图标 PR #182615
- 修复 #182702 PR #182705
- @ugultopu (Utku Gultopu): 向 Git 扩展添加相似度阈值选项 PR #178266
- @vadimcn: 在工作区状态中保留断点 ID PR #182704
- @Viijay-Kr (Vijaya Krishna): 修复:#169151 如果没有断点,则回退到编辑器悬停 PR #181274
- @Yash-Singh1 (Yash Singh): feat: .vuerc 作为 json 文件 PR #153017
- @yshaojun: 修复:通过添加 unbalancedBracketScopes 修复 perl 括号对 (#_168110) PR #181203
对 vscode-css-languageservice
的贡献
- @romainmenke (Romain Menke): css 嵌套:增加支持 PR #345
对 vscode-js-debug
的贡献
- @NotAndOr (notandor): 启动浏览器时,使用参数 user-data-dir 指定,无需目录连接。 PR #1656
对 vscode-pull-request-github
的贡献
- @kabel (Kevin Abel): 简化
AuthProvider
枚举 PR #4779 - @SKPG-Tech (Salvijus K.): 在模板中添加缺少的索引 PR #4822
- @unknovvn (Andzej Korovacki): 使用 git 设置在 checkoutExistingPullRequestBranch 中检出前拉取 PR #4759
对 monaco-editor
的贡献
- @dlitsman (Dmitry Litsman): 扩展“在边距中渲染字形”示例,以包含透明颜色注释。 PR #3945
- @dneto0 (David Neto): 避免 WGSL 词法分析器中的 hack PR #3887
- @spahnke (Sebastian Pahnke)
- @titouanmathis (Titouan Mathis): Webpack 插件修复 CJS 被注入到 ESM 文件中的问题 PR #3933