🚀 在 VS Code 中免費取得 ！

2024 年 2 月 (版本 1.87)

更新 1.87.1：此更新解決了這些 問題。

更新 1.87.2：此更新解決了此安全性 問題。

下載：Windows：x64 Arm64 | Mac：通用 Intel silicon | Linux：deb rpm tarball Arm snap

歡迎使用 Visual Studio Code 2024 年 2 月發行版本。此版本包含許多更新，希望您會喜歡，以下是一些重點摘要：

如果您想在線上閱讀這些版本資訊，請前往 更新，網址為 code.visualstudio.com。Insiders：想要盡快試用新功能嗎？您可以下載每晚的 Insiders 組建，並在最新更新發佈後立即試用。

輔助功能

在編輯器中使用聽寫

您現在可以使用語音直接聽寫到編輯器中，前提是您已安裝 VS Code Speech 擴充功能。

我們新增了開始和停止編輯器聽寫的新命令：「語音：在編輯器中開始聽寫」(⌥⌘V (Windows、Linux Ctrl+Alt+V)) 和「語音：停止編輯器聽寫」(Escape)。

您可以按住開始命令的按鍵組合 (⌥⌘V (Windows、Linux Ctrl+Alt+V)) 以啟用對講機模式，在您放開按鍵後語音辨識就會立即停止。

注意：聽寫甚至可以在使用豐富編輯器的其他位置運作，例如 SCM 提交輸入方塊和檢閱提取請求時的註解輸入欄位。

語音辨識支援多種語言

當您使用 VS Code Speech 擴充功能時，現在可以使用 accessibility.voice.speechLanguage 設定從 26 種支援的語言中進行選擇。

語音擴充功能的每種語言都以獨立擴充功能的形式提供。當您第一次開始語音辨識時，您會看到針對您選取的每種語言的擴充功能安裝。

輔助功能訊號

輔助功能訊號包含聲音 (以前稱為音訊提示) 和公告 (以前稱為警示)。

「說明：列出訊號聲音」和「說明：列出訊號公告」命令可讓使用者檢視可用的訊號並進行設定。遷移至此新組態會自動進行。

之前

"audioCues.clear": "on | auto | off"
"accessibility.alert.clear": true | false

之後

"accessibility.signals.clear": {
    "sound": "auto | on | off",
    "announcement" (optional): "auto | off"
}

工作台

版本資訊中的互動式設定

為了讓您更輕鬆地開始使用新功能，您現在可以直接從版本資訊中啟用或檢視設定。當您從 VS Code 內檢視版本資訊 (「顯示版本資訊」命令) 時，請注意某些設定帶有齒輪圖示。選取設定或齒輪圖示即可立即與設定互動。

Example of an interactive setting in release notes

語言模型存取的透明度和控制

在此迭代中，我們引入了建議的 API，讓擴充功能能夠使用 GitHub Copilot Chat 的語言模型。為了提供模型存取最高的透明度和控制，我們新增了以下功能。

像管理驗證存取一樣管理語言模型存取

我們發現，管理語言模型存取與管理您在 VS Code 中的 GitHub 帳戶或 Microsoft 帳戶 (或任何利用 AuthenticationProvider 模型的帳戶) 的存取非常相似。由於這些相似之處，我們也利用 VS Code 的驗證堆疊來存取語言模型。

當擴充功能想要存取另一個擴充功能的語言模型時，他們會看到一次性的存取提示，該提示將會持續存在： 顯示擴充功能需要語言模型存取的強制回應對話方塊

一旦授與存取權，您就可以在與管理帳戶存取權相同的位置 (帳戶選單中) 管理該存取權

Manage trusted extensions options in the account menu

「管理信任的擴充功能」會引導您進入快速選取，您可以在其中管理存取權 (如果您選擇這麼做)

Manage trusted extensions quick pick

在完成初步工作後，我們將繼續完善體驗，使其盡可能順暢和清晰。

追蹤擴充功能的語言模型使用量

您可以在擴充功能編輯器和執行階段擴充功能編輯器中追蹤擴充功能的語言模型使用量。以下圖片顯示 Copilot Chat 範例擴充功能向 GitHub Copilot Chat 語言模型發出的請求數量。

Tracking language model usage in extension editor

Tracking language model usage in running extensions editor

編輯器

編輯器黏性捲動

在此迭代中，我們預設在編輯器中啟用黏性捲動。您可以使用 editor.stickyScroll.enabled 設定來變更此設定。

我們也將編輯器黏性小工具中可以顯示的最大行數從 10 行增加到 20 行。您可以使用 editor.stickyScroll.maxLineCount 設定來設定最大行數。

多游標的內嵌完成

在此迭代中，我們新增了對多游標內嵌完成的支援。現在，內嵌完成會在主要和次要游標位置預覽和套用。

多重差異編輯器中的重構預覽

使用重構預覽，您可以檢閱程式碼重構將套用的變更。重構預覽變更現在顯示在多重差異編輯器中，這有助於一目瞭然地查看所有變更，並將其與先前版本進行比較。

終端機

追蹤命令持續時間

現在會追蹤終端機持續時間，並且在啟用 Shell 整合時，詳細資訊會顯示在命令懸停中

Hovering the terminal command shows how long it took in milliseconds

縮放、縮小和重設的新命令

有新的命令可以縮放、縮小和重設終端機字型大小。這些命令預設為未繫結，但您可以將它們繫結到您偏好的按鍵組合。

  • 終端機：增加字型大小 (`workbench.action.terminal.fontZoomIn`)
  • 終端機：減少字型大小 (`workbench.action.terminal.fontZoomOut`)
  • 終端機：重設字型大小 (`workbench.action.terminal.fontZoomReset`)

原始碼控制

在視窗標題中包含存放庫或分支名稱

使用者可以使用 window.title 設定來自訂視窗標題。在此迭代中，我們新增了兩個可用於此設定的新變數：${activeRepositoryName} 和 ${activeRepositoryBranchName}。這些變數會分別取代為作用中存放庫和作用中分支的名稱。

提交輸入驗證改進

在此迭代中，我們探索使用語言診斷來為撰寫提交訊息提供更好的輸入驗證。使用語言診斷讓我們能夠顯示程式碼動作，這些動作可以被調用來解決輸入驗證警告。我們新增了程式碼動作來移除空格字元、根據 git.inputValidationSubjectLength 和 git.inputValidationLength 設定進行硬換行，並且我們正尋求在未來新增更多程式碼動作。

若要啟用它，請切換 git.inputValidation:true 設定。在預設啟用此功能之前，我們還有一些問題需要解決，但在這段期間，請隨時啟用它並告訴我們您的意見反應。

傳入/傳出變更設定管理

我們繼續完善原始碼控制檢視的「傳入/傳出」區段。在此迭代中，我們在「傳入/傳出」分隔符號中新增了一個設定動作，讓使用者可以更輕鬆地切換 scm.showIncomingChanges、scm.showOutgoingChanges 和 scm.showChangesSummary 設定。這些動作也可用於原始碼控制檢視標題列的 ... 選單中的「傳入和傳出」選單。

關閉所有未修改的編輯器命令

為了協助編輯器管理，我們在命令面板中新增了「關閉所有未修改的編輯器」命令，該命令將關閉所有具有未修改檔案的編輯器。此命令不會關閉具有未儲存變更的編輯器。

筆記本

筆記本的縮排設定

我們現在透過 notebook.editorOptionsCustomizations 設定支援筆記本特定的縮排設定。此設定允許使用者透過 editor.tabSize、editor.indentSize 和 editor.insertSpaces 設定來為筆記本設定特定的縮排樣式。

使用者也會注意到名為「筆記本縮排」的狀態列項目，該項目顯示筆記本編輯器的目前縮排設定。此項目具有快速選取選單，可讓您管理縮排設定，而無需開啟設定編輯器。這與編輯器中也提供的快速選取選單相同。

偵錯

支援新的 BreakpointMode

VS Code 支援偵錯介面協定 (DAP) 的新功能，可讓您設定斷點的不同「模式」。此功能可能通常由原生程式碼的偵錯工具使用，例如，設定硬體與軟體斷點。可以使用其內容選單中的「編輯模式」動作來變更斷點的模式。

Breakpoint context menu now has an 'Edit Mode...' option to change the breakpoint mode

遠端開發

遠端開發擴充功能可讓您使用 開發容器、透過 SSH 或 遠端通道的遠端機器，或 Windows Subsystem for Linux (WSL) 作為功能完整的開發環境。

重點包括

  • 當將開發容器組態檔新增至工作區時，GitHub Copilot Chat 會建議範本和功能

您可以在遠端開發版本資訊中瞭解有關這些功能的更多資訊。

別錯過最近的 Visual Studio Code 遠端開發學習路徑，以瞭解 VS Code 中不同的遠端開發功能。

擴充功能貢獻

GitHub Copilot

重新命名建議

我們正在逐步推出 Copilot 的重新命名建議。當您在編輯器中重新命名符號時，GitHub Copilot 會根據您的程式碼建議該符號的可能新名稱清單。

內嵌聊天輔助功能檢視

內嵌聊天現在具有輔助功能檢視，可像輔助功能差異檢視器一樣顯示程式碼變更。當您使用螢幕閱讀器模式時，會啟用輔助功能檢視。您也可以使用 inlineChat.accessibleDiffView 設定將其設定為始終開啟或關閉。

此外，現在可以使用鍵盤透過 F7 和 Shift+F7 按鍵組合來瀏覽變更區塊。

內嵌聊天的預設模式

我們已淘汰「即時預覽」模式，並將「即時」設為內嵌聊天的預設模式。這表示建議會直接在編輯器中套用，而變更會透過內嵌差異醒目提示。

麥克風圖示始終可見

現在麥克風圖示始終可見，可用於在 Copilot Chat 中啟動語音辨識。當 VS Code Speech 擴充功能尚未安裝時，選取圖示會先要求安裝擴充功能以啟用語音轉文字功能。

Microphone icon in chat input

如果您對此功能不感興趣，或者您只想透過鍵盤快速鍵使用它，則可以從內容選單中隱藏該功能

Hide microphone icon in chat input

代理程式和斜線命令的語音支援

當您使用 VS Code Speech 擴充功能透過語音填寫聊天輸入欄位時，諸如「at workspace」或「slash fix」之類的詞組現在會轉換為各自的代理程式和斜線命令。這在「聊天」檢視和內嵌聊天中都有效。

隨處可用的對講機模式

當您使用 VS Code Speech 擴充功能時，「語音：開始語音聊天」命令 (⌘I (Windows、Linux Ctrl+I)) 現在隨處可用，並會根據您的焦點位置 (編輯器中的內嵌聊天，否則為面板聊天) 啟動語音聊天。

若要啟用對講機模式，請按住按鍵組合。語音辨識會持續作用，直到您放開按鍵，之後請求會自動提交。

Copilot：「說明這個」基於游標位置

先前，在聊天中輸入「說明這個」需要您先在作用中編輯器中選取要說明的文字。現在，您也可以將游標放在識別項上，讓 Copilot 查看識別項的定義。如果定義在另一個檔案中，則需要提供豐富的語言支援。

預覽：#codebase 變數

在此迭代中，在 GitHub Copilot Chat 的預先發行版本中，我們引入了一個新的聊天變數，稱為 #codebase。此變數可用於根據您的查詢，向 Copilot 或您正在交談的聊天參與者提供工作區內容。

在此範例中，您可以將 #codebase 視為先向 @workspace 提出問題，然後將該回應新增到您向 @terminal 提出的問題中。

這是一項預覽功能，因此 #codebase 可能不是此變數的最終名稱，但我們的意圖是提供某種方式將工作區內容包含在聊天參與者中。

再次強調，這僅適用於 GitHub Copilot Chat 的預先發行版本。請告訴我們您的想法以及您如何使用它！

終端機工作區內容

終端機不再自動提取工作區內容，這可能需要一些時間。相反地，您需要使用 #codebase 變數來明確包含它。

終端機聊天位置

有一個新的設定 github.copilot.chat.terminalChatLocation，用於控制終端機聊天體驗。預設值為 chatView，如果您偏好先前的行為，則可以設定為 quickChat。

Jupyter

本機執行的 Jupyter 伺服器的語言伺服器支援

當連線到本機 Jupyter 伺服器時，Jupyter 擴充功能先前將這些 Jupyter 伺服器視為遠端伺服器。因此，Pylance 擴充功能無法偵測到已安裝的套件。

Failed language features for remote Jupyter Servers

在此迭代中，Jupyter 擴充功能會偵測連線的 Jupyter 伺服器是本機還是遠端。這使 Pylance 擴充功能能夠根據已安裝的套件 (在本機 Python 環境中) 提供更豐富的語言功能。

Language features for remote Jupyter Servers

Python

Python REPL 的 Shell 整合

我們現在已透過 WSL 擴充功能在 Mac、Linux 和 Windows 上啟用 Python REPL 的 Shell 整合。當您在 Python REPL 中執行命令時，彩色圓圈裝飾器會指示命令是否成功或失敗。此外，我們也支援 Python REPL 的「終端機：執行最近的命令…」命令，讓您能夠檢視和使用 REPL 的命令歷史記錄。

我們現在也支援所有作業系統的 Python Shell 檔案歷史記錄，可透過「終端機：執行最近的命令」存取。

降低忽略第一個命令的風險

先前，許多 Python REPL 使用者注意到他們對 Python REPL 的第一個命令 (例如，使用 Shift+Enter) 有問題。他們的 Python 命令要么被忽略且未傳送到 Python REPL，要么命令在啟動 Python REPL 的 Shell 中貼上多次，而不是 Python REPL 本身。這種行為尤其發生在 Windows 使用者或在舊機器上工作的使用者身上。

在此迭代中，我們努力減輕和降低這種行為發生的風險。當使用者將他們的 Python 命令傳送到 VS Code 內的第一個 REPL 執行個體時，現在他們體驗到第一個命令遺失的情況較少發生。

改善新增遺失匯入的功能

Pylance 擴充功能提供「新增匯入」程式碼動作，用於新增遺失的匯入。在 Pylance 的預先發行版本中，我們改進了此程式碼動作。Pylance 現在使用啟發式方法僅顯示信賴度最高的前三個匯入選項，並根據以下條件進行優先排序：最近使用的匯入、來自相同模組的符號、來自標準程式庫的符號、來自使用者模組的符號、來自協力廠商套件的符號，最後依模組和符號名稱排序。

此外，還引入了兩個新的程式碼動作：「搜尋其他匯入符合項」，它會顯示一個快速選取選單，可讓您搜尋前綴符合遺失匯入符號的匯入選項，以及「變更拼字」，它會針對因拼字錯誤而遺失的匯入提供匯入建議。

您現在可以使用 python.analysis.addImport.heuristics:true 設定來啟用此行為。我們計劃很快將其設為新的預設行為，並在未來的版本中棄用此設定。

偵錯 Django 或 Flask 應用程式時自動開啟瀏覽器

使用 Python Debugger 擴充功能，開發和測試您的 Python Web 應用程式現在更加方便！您現在可以透過在 launch.json 組態中設定 autoStartBrowser: true，在啟動 Django 或 Flask 應用程式的偵錯工具時自動開啟瀏覽器

{
  "name": "Python Debugger: Flask",
  "type": "debugpy",
  "request": "launch",
  "module": "flask",
  "env": {
    "FLASK_APP": "hello_app.webapp",
    "FLASK_DEBUG": "1"
  },
  "args": ["run"],
  "jinja": true,
  "autoStartBrowser": true
}

修正符號連結工作區中 Pytest 的錯誤

我們實作了一個錯誤修正，使 pytest 測試能夠在具有符號連結的工作區中正常運作。在測試重寫中，來自符號連結位置的測試會透過其符號連結路徑正確地參照和執行。

GitHub 提取請求

GitHub Pull Requests 擴充功能取得了更多進展，讓您能夠處理、建立和管理提取請求和問題。新功能包括

  • 從「GitHub 提取請求和問題」重新命名為「GitHub 提取請求」
  • 與合併或壓縮提交相關聯的電子郵件可以在合併/壓縮時選擇
  • githubPullRequests.labelCreated 設定可用於組態自動新增至已建立 PR 的標籤
  • 現在支援「擁有者層級」PR 範本
  • 可以在 PR 和問題建立時新增專案

檢閱擴充功能 0.82.0 版本的變更記錄，以瞭解其他重點。

預覽功能

對於擴充功能作者：@vscode/l10n-dev 和 Azure AI Translator 的預覽

在此迭代中，我們引入了一個新命令，即 @vscode/l10n-dev 的子命令，可讓您使用 Azure AI Translator 翻譯您的字串。

匯出字串並建立 Azure AI Translator 執行個體後，您可以設定 AZURE_TRANSLATOR_KEY 和 AZURE_TRANSLATOR_REGION 環境變數，然後您可以執行以下命令來使用 Azure AI Translator 產生翻譯

npx @vscode/l10n-dev generate-azure -o ./l10n/ ./l10n/bundle.l10n.json ./package.nls.json

Azure AI Translator 提供免費層級。我們認為這是為擴充功能作者提供工具的好機會，讓他們可以更輕鬆地支援許多使用各種語言的使用者。請記住，這些是機器翻譯，因此它們可能並不總是完美。如果您有能力這樣做，它們可以成為從會說該語言的人員獲得更精確翻譯的良好起點。

如需更多資訊，請查看 l10n-dev 文件中關於 Azure AI Translator 整合的內容。

擴充功能撰寫

擴充功能中的測試覆蓋率

使用擴充功能 測試 CLI 的擴充功能作者可以透過更新到最新版本的 @vscode/test-cli 套件來產生測試覆蓋率。

可以在命令列上透過在執行測試時傳遞 --coverage 旗標來產生覆蓋率，也可以在 VS Code UI 中使用「執行並顯示覆蓋率」動作來產生覆蓋率。

launch.json 中的測試組態

您現在可以在 launch.json 組態中參照測試組態檔

{
    "type": "extensionHost",
    "request": "launch",
    "name": "My extension tests",
+   "testConfiguration": "${workspaceFolder}/.vscode-test.js",
-   "args": ["--extensionDevelopmentPath=${workspaceFolder}"]
},

先前需要的各種 args 會為您產生，但任何傳遞的其他引數都會附加到 VS Code 的命令列。

在問題回報器中貢獻其他資料

在上一個迭代中，我們在 workbench.action.openIssueReporter 命令中新增了 data 和 uri 欄位。這使擴充功能能夠直接開啟原生問題回報器，並預先填寫更多資訊。

為了讓擴充功能在透過「說明：回報問題...」導覽正常問題回報器流程的個別情況中受益，擴充功能可以貢獻自訂命令 (將調用 openIssueReporter) 和選單貢獻點到 issue/reporter。

package.json 中 contributes 的貢獻命令和選單範例

"commands": [
    {
        "command": "extension.myCommand",
        "title": "Report Issue"
    }
],
    "menus": {
        "issue/reporter": [
            {
                "command": "extension.myCommand"
            }
        ]
    }

訂閱問題 #196863 以取得 API 和 openIssueReporter 命令的更新或變更。

建議的 API

聊天和語言模型 API 即將完成

我們一直在努力支援擴充功能貢獻到「聊天」檢視和語言模型的通用用途。我們現在正處於最終確定以下 API 的最後階段，並希望聽到您的意見反應

在我們的擴充功能指南中，瞭解更多關於如何建立聊天擴充功能以及如何使用語言模型的資訊。

FindFiles2 API

我們新增了一個新的建議擴充功能 API，它是現有 workspace.FindFiles API 的改進版本。新的 workspace.FindFiles2 API 引入了新的選項，允許工作區檔案搜尋

  • 遵循 files.exclude 和 search.exclude 設定
  • 遵循忽略檔案
  • 執行模糊搜尋
  • 追蹤符號連結

您可以在此處檢閱新的 API。

請注意，FindFiles2 是一個暫定名稱，並且此功能將來可能會作為 FindFiles 的替代多載提供。

測試覆蓋率 API

在此迭代中，「測試覆蓋率 API」和編輯器內體驗已處於功能完整狀態。我們鼓勵擴充功能作者在它們預計在 VS Code 1.88 版本中最終確定之前試用它們並提供意見反應。

Extension Pack for Java 已採用「測試覆蓋率 API」。開發人員已經可以看到執行 Java 測試的覆蓋率結果。現在，您可以透過選取「執行並顯示覆蓋率」按鈕，並在「測試總管」檢視中檢視「測試覆蓋率」面板來取得測試覆蓋率。在團隊的 12 月和 1 月更新中，瞭解更多關於 Extension Pack for Java 的測試覆蓋率資訊。

雖然 API 太長而無法在此處包含，但我們認為它相當簡單明瞭，並且歡迎您在問題 #123713 中提供對提案的意見。

偵錯視覺化工具 API

我們有一個新的 API，使擴充功能能夠為變數貢獻視覺化工具。這些視覺化工具可能是執行命令的動作 (例如開啟新的編輯器)，或內嵌到「偵錯」檢視中的樹狀結構，並取代資料的預設表示法。

您可以在此處檢閱新的 API。

新的符號名稱提供者 API

此 API 允許擴充功能在使用者想要重新命名符號時提供名稱建議。

重大修正

  • 184046 連結有時會在終端機中完全停止運作

感謝您

最後但同樣重要的是，非常感謝 VS Code 的貢獻者。

問題追蹤

對我們問題追蹤的貢獻

提取請求

對 vscode 的貢獻

對 vscode-black-formatter 的貢獻

對 vscode-hexeditor 的貢獻

對 vscode-isort 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-pull-request-github 的貢獻

對 language-server-protocol 的貢獻

對 node-pty 的貢獻