參加你附近的 ，瞭解 VS Code 中的 AI 輔助開發。

2023 年 9 月 (1.83 版本)

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

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

歡迎使用 Visual Studio Code 2023 年 9 月釋出版。此版本中有許多更新，我們希望您會喜歡，其中一些主要亮點包括

如果您想線上閱讀這些發行說明，請訪問 code.visualstudio.com 上的更新頁面。

內測版：想盡快嘗試新功能？您可以下載每晚的內測版構建，並儘快嘗試最新的更新。

輔助功能

GitHub 拉取請求和問題評論改進

GitHub 拉取請求和問題擴充套件允許您處理、建立和管理拉取請求和問題，在此迭代中，評論和審查體驗的輔助功能得到了許多改進。

螢幕閱讀器使用者在開啟編輯器時會收到通知，告知其是否包含評論範圍。新的輔助功能幫助對話方塊 (editor.action.accessibilityHelp) 提供了有關在評論執行緒和範圍之間導航的命令的深入資訊。

此外，評論控制元件現在也可訪問。在該上下文中也提供了一個幫助對話方塊 (editor.action.accessibilityHelp)，以告知使用者預期情況以及如何使用該功能。還有新的命令評論：轉到下一個評論範圍 (⌘K ⌥⌘↓ (Windows, Linux Ctrl+K Ctrl+Alt+Down)) 和評論：轉到上一個評論範圍 (⌘K ⌥⌘↑ (Windows, Linux Ctrl+K Ctrl+Alt+Up)) 用於在評論範圍之間導航。

工作臺

命令面板中相似的命令結果

找到您要查詢的命令可能具有挑戰性。僅在 VS Code 中就有 2000 多個命令……加上您喜歡的擴充套件，這個數字可能會更高。我們希望引入一種方法來幫助您找到所需內容，同時保持命令面板現在提供的速度。為此，我們在命令面板結果中包含了一個新部分，名為“相似命令”。以下是一些示例

查詢不再需要“模糊”匹配才能顯示在結果中。例如“Toggle Auto Save”

'turn on auto save' and 'Toggle Auto Save' showed up in a similar results section

如果有模糊結果，它們仍然會顯示在頂部，然後是相似命令

user searched for 'change language' and 'Configure Display Language' showed up in a similar results section

擴充套件貢獻的命令也會被拾取

user searched for 'show git blame' and 'toggle file blame' showed up in a similar results section

我們認為這將真正幫助那些難以記住確切命令名稱的人……老實說，這在某種程度上就是我們所有人。

這只是此新功能的第一次嘗試，仍然需要匹配命令名稱中的精確單詞。未來，您可以期待以下改進

  • 基於命令的不可見描述匹配命令。
  • 更好地處理基本同義詞（“toggle”和“turn on/off”，“show”和“reveal”等）。

讓我們知道你的想法！

配置檔案的圖示

您現在可以為配置檔案關聯一個圖示。此圖示將顯示在活動欄中，取代管理齒輪圖示。如果您有多個配置檔案並希望快速識別哪個配置檔案當前處於活動狀態，這將非常有用。

下圖顯示了建立新配置檔案時的圖示選擇對話方塊。

Icon selection dialog

然後，活動配置檔案圖示將顯示在活動欄中。

Active profile icon in the Activity bar

編輯器標籤頁高度密度

window.density.editorTabHeight 設定允許使用者將標籤頁高度減小到更緊湊的大小。

預設編輯器標籤頁高度

Editor tabs with default height

緊湊編輯器標籤頁高度

Editor tabs with compact height

固定編輯器標籤頁在新行顯示

添加了一個新設定 workbench.editor.pinnedTabsOnSeparateRow。啟用後，固定標籤頁顯示在其他標籤頁上方的一單獨行中。編輯器標籤頁在標籤頁行之間拖動時會自動固定或取消固定。

Moving editor tabs between the two tab rows

設定編輯器搜尋調整

“設定”編輯器現在為給定的搜尋查詢顯示較少的結果，以減少干擾。如果您安裝了GitHub Copilot Chat擴充套件，除了透過關鍵字匹配找到的設定外，僅選擇前五個 Copilot Chat 設定匹配項，而不是前十五個。

搜尋結果現在也按“設定”編輯器目錄排序，以顯示常用設定在頂部，並按其原始順序顯示過濾後的擴充套件設定。要恢復按匹配型別和分數排序搜尋結果，請將 workbench.settings.settingsSearchTocBehavior 設定為 "hide"，清除搜尋查詢，然後開始另一次搜尋。

Searching "default formatter" in the Settings editor results in the editor.defaultFormatter setting appearing at the top.

主題：淺粉色（在 vscode.dev 上預覽）

改進了編輯器操作的溢位行為

當編輯器操作的數量超出可用空間時，操作會溢位到 ... 更多操作選單中。此邏輯已得到完善，並且一些重要操作（如關閉或拆分編輯器）現在被排除。這意味著它們將始終可見，即使可用空間有限。

顏色主題選擇器現在顯示主題識別符號

顏色主題選擇器現在顯示顏色主題的本地化名稱及其字串識別符號。這樣做是為了幫助使用非英語語言包但只知道主題英語名稱的使用者。

Color Theme Picker in Korean displaying English theme identifiers next to the localized name

評論

“評論”編輯器用於擴充套件，例如GitHub 拉取請求和問題擴充套件，其中顯示拉取請求評論。

評論編輯器大小

評論編輯器現在會隨著行的新增而展開，最大高度取決於評論所在編輯器的大小。

Comment editor expanding as lines are added

開啟評論檢視以檢視未解決的評論

設定 comments.openView 有一個新可能值 firstFileUnresolved。設定 firstFileUnresolved 會導致在會話中第一次開啟包含未解決評論的檔案時開啟“評論”檢視。

自動摺疊已解決的評論

預設情況下，當您解決評論執行緒時，它現在會摺疊。此功能可以透過設定 "comments.collapseOnResolve" 停用。

編輯器

儲存和自動儲存時的程式碼操作

您現在可以在編輯器中啟用自動儲存時的程式碼操作。這會在您儲存或透過視窗更改 (onWindowChange) 或焦點更改 (onFocusChange) 自動儲存時觸發程式碼操作。要啟用此功能或更新您當前的設定，請選中編輯器：儲存時的程式碼操作 (editor.codeActionsOnSave) 並將每個程式碼操作的設定更改為 always。

設定值也已更新，當前的布林值將被棄用，轉而使用等效的字串。

選項包括

  • explicit：在明確儲存時觸發程式碼操作。與 true 相同。
  • always：明確儲存時以及視窗或焦點更改的自動儲存時觸發程式碼操作。
  • never：從不觸發儲存時的程式碼操作。與 false 相同。

此版本仍支援布林值。

Notebook

在筆記本中轉到符號

啟用 notebook.gotoSymbols.showAllSymbols 後，“轉到符號”快速選擇將填充筆記本中的所有程式碼符號。

單元格執行時的滾動

您現在可以使用 notebook.scrolling.revealNextCellOnExecute 設定配置執行 notebook.cell.executeAndSelectBelow 時，按 Shift+Enter 時顯示多少下一個單元格

  • fullCell - 完整的下一個單元格（預設）。
  • firstLine - 僅第一行。
  • none - 完全不滾動。

下面顯示了 "notebook.scrolling.revealNextCellOnExecute": "firstLine"。

空白修剪支援

筆記本現在遵循現有的三個與空白相關的設定

  • files.trimTrailingWhitespace - 儲存檔案時修剪尾隨空格。
  • files.trimFinalNewlines - 修剪檔案中最後一個換行符之後的所有換行符。
  • files.insertFinalNewline - 自動在檔案末尾插入一個最終換行符。

這些設定在儲存時應用，包括自動儲存。

最終確定的筆記本程式碼操作 API

筆記本現在完全支援貢獻的程式碼操作，並具有專門的程式碼操作型別來支援它們。如果擴充套件作者定義了一個 kind 以 notebook.source. 為字首的操作，則在儲存時，筆記本編輯器將對整個筆記本執行該提供的操作，而不是對每個單元格單獨執行。要編輯將在儲存時執行的程式碼操作，您可以在“設定”編輯器中設定筆記本：儲存時的程式碼操作或在您的 settings.json 檔案中編輯 "notebook.codeActionsOnSave"。

程式碼操作的當前啟用方式已更新，以前的布林值已被棄用，轉而使用列舉等效項。選項包括

  • "explicit"：在明確儲存時觸發程式碼操作。與 true 相同。
  • "never"：從不在儲存時觸發程式碼操作。與 false 相同。

第三個選項 "always" 即將推出，以完全匹配編輯器程式碼操作，允許使用者在自動儲存設定 onFocusChange 和 onWindowChange 時觸發筆記本程式碼操作。

語言

Perl 6/Raku

Perl 6 語言已重新命名為 Raku（語言識別符號 raku），並且 Raku 將自動選為 .raku 檔案的語言。

除錯

JavaScript 偵錯程式

WebAssembly 除錯

如果程式碼包含 DWARF 除錯資訊，JavaScript 偵錯程式現在可以除錯編譯為 WebAssembly 的程式碼。例如，使用 Emscripten 編譯的 C++ 程式碼可以進行除錯

Debugger stopped on a breakpoint in C++ source code

主題：Codesong（在vscode.dev上預覽）

要啟用此功能，您需要安裝 WebAssembly DWARF Debugging 擴充套件，它會插入到內建的 JavaScript 偵錯程式中。有關此功能的更多資訊，請參閱除錯 WebAssembly。

WebAssembly 除錯基於 Chromium 作者的 C/C++ 除錯擴充套件構建，並在他們的支援下得以實現。

改進的呼叫堆疊檢視

“呼叫堆疊”檢視中的方法和函式現在將包含函式 (this) 上下文的名稱。例如，類 Foo 上方法 bar 的呼叫堆疊現在顯示為 Foo.bar。

遠端開發

遠端開發擴充套件允許您透過 SSH 或遠端隧道使用開發容器、遠端機器或適用於 Linux 的 Windows 子系統 (WSL) 作為功能齊全的開發環境。

此版本增加了使用 隧道 連線到開發容器的功能，類似於透過 SSH 連線。您可以在遠端開發釋出說明中瞭解有關此新功能的更多資訊。

對擴充套件的貢獻

GitHub Copilot

對 /tests 的改進

我們改進了 Chat 檢視和內聯聊天中的 /tests，這些功能可透過 GitHub Copilot Chat 擴充套件獲得。/test 斜槓命令現在能更好地檢測您正在使用的測試框架，並將以相同的樣式生成新測試。此外，它在建議新測試檔名稱方面應該會好得多，例如 foo.py 的 test_foo.py 和 bar.js 的 bar.test.js。

內聯聊天變為多輪對話

內聯聊天現在會保留當前會話中的所有提示，這允許您引用以前的訊息並回復問題。

在下面的短影片中，內聯聊天在提供用於計算蘇黎世當地時間和時差的程式碼片段時，記住了使用者曾說他們位於東京。

“詢問 GitHub Copilot”預設開啟聊天檢視

幾個月前，我們在命令面板中引入了詢問 GitHub Copilot 選項，這樣您就可以在命令面板中進行查詢，並在命令面板未提供有用答案時將其在 Copilot 聊天中開啟。

我們收集了關於詢問 GitHub Copilot 應該開啟的首選體驗的反饋：側邊欄中的聊天檢視或快速聊天。為了使首次體驗更熟悉，我們選擇了聊天檢視。

話雖如此，如果您希望詢問 GitHub Copilot 在快速聊天中開啟，您可以使用 askChatLocation 設定更改此行為

"workbench.commandPalette.experimental.askChatLocation": "quickChat"

命令面板相似命令

此次迭代，我們在命令面板中釋出了相似命令功能。Copilot Chat 使用者獲得了更好的相似命令體驗，因為我們可以使用 Copilot AI 來確定相似性。這些智慧有助於處理同義詞和意圖，在我們的測試中，Copilot 也能夠處理不同口語之間的相似性。在命令面板中找到您要查詢的確切命令從未如此簡單！

Jupyter

擴充套件作者的 Jupyter 伺服器提供程式 API 已最終確定

Jupyter 擴充套件用於貢獻 Jupyter 伺服器的 API 已最終確定。擴充套件可以使用該 API 提供自定義 Jupyter 伺服器列表以顯示在核心選擇器中。

API 用法的示例可在Jupyter 伺服器提供程式示例中找到。JupyterHub 擴充套件也使用了相同的 API。

npm 包 @vscode/jupyter-extension 包含所有 TypeScript 型別定義。

JupyterHub 擴充套件

現在有一個 JupyterHub 擴充套件，它支援登入 JupyterHub 並在 VS Code 的筆記本或 互動式視窗 中執行針對核心的程式碼。此擴充套件還可在 vscode.dev 和 github.dev 中的瀏覽器中執行。

如果您對此新擴充套件有任何問題或希望提供反饋，您可以在JupyterHub 擴充套件 GitHub 倉庫中提交問題。

Selecting an existing JupyterHub server in the Kernel Picker

Python

Python 偵錯程式更新

Debugpy 擴充套件，幾個月前已宣佈，已重新命名為Python 偵錯程式，以提高在市場中的可發現性。

此擴充套件現在包含一個新的使用者設定 debugpy.debugJustMyCode，當停用時，它允許您為所有應用程式單步執行系統或第三方庫程式碼（預設情況下，偵錯程式僅單步執行您自己的 Python 程式碼中定義的程式碼）。對於那些希望更方便地為所有專案停用 justMyCode，而不是必須在所有專案的 launch.json 除錯配置中手動配置它的使用者來說，這是一個流行的功能請求。

要試用它，請確保您已安裝 Python 偵錯程式擴充套件。然後開啟“設定”編輯器 (⌘, (Windows, Linux Ctrl+,))，搜尋“debugJustMyCode”，然後停用複選框

Searching "debugJustMyCode" in the Settings editor results in the debugpy.debugJustMyCode setting appearing at the top.

現在，一旦您建立了一個 launch.json 檔案，只要檔案中未指定 justMyCode，擴充套件就會預設使用 debugpy.debugJustMyCode 的值。請注意，當在 launch.json 中指定 justMyCode 時，其值優先於 debugpy.debugJustMyCode 設定。

Pylint 擴充套件的 Lint on change 選項

預設情況下，Pylint 擴充套件僅在檔案儲存時報告錯誤和警告。現在有一個新設定 pylint.lintOnChange，如果設定為 true，則指示擴充套件在您鍵入時報告錯誤和警告，而無需儲存檔案。

Mypy 擴充套件報告範圍和守護程式模式

Mypy 型別檢查器擴充套件現在有兩個新設定，允許您指定 Mypy 的報告範圍以及是否使用 Mypy 的守護程式。

第一個是 mypy-type-checker.reportingScope，它可以設定為 file（預設值）以僅對工作區中開啟的檔案報告問題，或設定為 workspace 以對工作區中的所有檔案報告。

第二個是 mypy-type-checker.preferDaemon，當設定為 true 時，它使用 Mypy 的守護程式 (dmypy) 而不是 Mypy 本身 (mypy) 執行型別檢查，這在某些情況下可能會快得多。

呼叫引數內聯提示設定更新

以前，Pylance 啟用部分呼叫引數內聯提示的設定 (python.analysis.inlayHints.callArgumentNames) 只能設定為 true 或 false 以啟用或停用呼叫引數的型別提示。此設定已修改為允許對為呼叫引數顯示的型別提示進行更精細的控制。

它現在可以設定為 partial 以停用僅位置引數和僅關鍵字引數的提示，all 以啟用它們，或 off 以完全停用它們。

棄用 Python 3.7 支援

如我們2023 年 7 月釋出部落格中之前所述，我們已在 Python 擴充套件中取消了對 Python 3.7 的官方支援。目前沒有計劃主動移除對 Python 3.7 的支援，因此我們預計該擴充套件將在可預見的未來繼續非官方地與 Python 3.7 配合使用。

請記住，所有其他 Python 版本現在都以年度釋出週期釋出，因此，我們預計一旦 Python 版本在下一日曆年（例如，Python 3.8 計劃於 2024 年 10 月達到 EOL，因此 2025 年的第一個擴充套件版本將停止官方支援）的第一個擴充套件版本中達到 EOL，我們將停止官方支援。

GitHub 拉取請求和議題

GitHub Pull Requests and Issues 擴充套件取得了更多進展，該擴充套件允許您處理、建立和管理拉取請求和問題。

  • 檢視 PR 的輔助功能已得到改進。
  • 即使分支尚未釋出，提交也會顯示在“建立”檢視中。

檢視擴充套件 0.74.0 版本的更改日誌以瞭解其他亮點。

預覽功能

最近的快速修復鍵盤快捷鍵

有一個新設定，可以在一行中啟用最近的快速修復，無論您的游標在該行的何處，都可以從 ⌘. (Windows, Linux Ctrl+.)（命令 ID editor.action.quickFix）。

該命令會突出顯示將透過快速修復重構或修復的原始碼。正常的程式碼操作和非修復重構仍可在游標位置啟用。要啟用此功能，請勾選程式碼操作小元件：包含附近快速修復 (editor.codeActionWidget.includeNearbyQuickfixes)。

Example of new Quick Fix behavior, showing activation on nearest errors, and showing how all Code Actions can still be utilized at the cursor location

原始碼管理同步檢視

此里程碑版本包含原始碼管理同步檢視的早期版本。新檢視提供有關尚未推送到遠端分支（傳出）的本地更改以及尚未從遠端分支本地拉取（傳入）的更改的詳細資訊。該檢視還允許您釋出分支並與遠端分支同步更改（拉取/推送）。新檢視仍處於實驗階段，我們將根據使用者反饋在接下來的里程碑中繼續改進它。您可以透過 scm.experimental.showSyncView 設定顯示新檢視。請嘗試使用它並在問題 #192290 中提供反饋。

Source Control Sync view showing a diff view of an incoming change

命令中心和除錯工具欄

有一個新的實驗性設定可在命令中心內顯示除錯工具欄。確保已啟用命令中心並配置 debug.debugToolbarLocation 設定

"debug.toolBarLocation": "commandCenter"

Debug controls inside the Command Center

主題：GitHub Light Colorblind (Beta) (在 vscode.dev 上預覽)

擴充套件開發

支援 Unicode 字元類轉義符用於字串設定驗證

Unicode 字元類轉義符現在在正則表示式中受支援，用於驗證字串和字串陣列設定。換句話說，字串和字串陣列設定現在可以指定一個 pattern 欄位，其值如 "\\p{Letter}+"，允許只包含字母的字串值。

目前不支援對具有字串值的物件設定使用 Unicode 字元類轉義符。

貢獻終端選單

有兩個新的選單可以貢獻到 terminal/context 和 terminal/title/context，它們分別向終端上下文選單和終端標籤上下文選單新增條目。示例用法

{
  "contributes": {
    "menus": {
      "terminal/context": [
        { "command": "terminalTest.sendText" }
      ],
      "terminal/title/context": [
        { "command": "terminalTest.sendText" }
      ]
    }
    }
}

新的 env.onDidChangeShell 事件

有一個新的 env.onDidChangeShell: Event<string> 事件，當 env.shell 的值發生變化時觸發。

keytar 從 VS Code 中移除

早在 6 月份，我們將 SecretStorage API 遷移到使用 Electron 的 safeStorage，幷包含了一個棄用和移除計劃，以從 VS Code 中移除現已存檔且未維護的 keytar 模組。我們最初沒有移除 keytar，因為一些擴充套件仍然直接匯入/需要 keytar（在 SecretStorage API 存在之前推薦這樣做，但在 SecretStorage API 釋出之後則不推薦）。

根據產品遙測和不帶 keytar 的 Insiders 版本，keytar 的使用量已下降，我們已準備好將 keytar 從 VS Code 中完全移除。

這對我的擴充套件意味著什麼？

如果您使用 SecretStorage API，什麼都不會發生。我們從 6 月份開始就一直在將機密從 keytar 中遷移出來，因此如果您的機密在兩個月內被修改過，它們應該已經遷移完成了。

如果您仍在擴充套件中直接使用 keytar，有幾個選項可供您考慮

  • （推薦） 使用 VS Code 在 ExtensionContext 上提供的 SecretStorage API。此 API 是跨平臺的，適用於 VS Code 支援的所有平臺。它也由 VS Code 團隊維護，將繼續維護，並且在這一點上已經成為 VS Code API 的一部分多年。
  • （不推薦） 您可以將 keytar 模組與您的擴充套件捆綁在一起。請記住，keytar 是一個原生節點模組，這意味著您需要為每個您希望支援的平臺釋出一個特定於平臺的擴充套件。

--disable-keytar 已重新命名為 --use-inmemory-secretstorage

當使用 SecretStorage API 時，--disable-keytar 標誌會停用在機器上持久化機密。這主要用於通常沒有配置金鑰環的 CI 環境，因為如果沒有它，當使用 SecretStorage API 且沒有可用金鑰環時，VS Code 會丟擲錯誤。

由於我們已經移除了 keytar，此標誌需要一個新名稱。我們現在已將 --disable-keytar 標記為已棄用，轉而使用 --use-inmemory-secretstorage。將來，我們將考慮移除 --disable-keytar，但在不久的將來它不會消失。

最後，我們要感謝所有快速行動，擺脫 keytar 並確保其使用者在 VS Code 中擁有出色且安全的機密體驗的傑出擴充套件作者！

語言伺服器協議

語言伺服器協議 npm 包的新版本已釋出（protocol@3.17.5、client@9.0.1 和 server@9.0.1）。

此版本的亮點是

  • 添加了建議的內聯完成請求。

  • 添加了建議的格式化範圍請求。

  • 添加了建議的摺疊範圍重新整理請求。這改變了摺疊範圍功能的形態，因為 API 需要公開事件發射器，並且這是一個破壞性更改。要獲取提供程式，您現在需要使用以下程式碼

    client.getFeature(lsclient.FoldingRangeRequest.method).getProvider(document)?.provider;

  • 各種錯誤修復。

工程

浮動編輯器視窗探索

我們已開始探索如何將編輯器從工作臺視窗拉出到自己的視窗中。此功能是我們投票最多的功能請求，我們計劃在 10 月為我們的 Insider 使用者提供第一個可工作版本。

所有視窗中的所有編輯器都在相同的底層編輯器模型上操作，因此在一個視窗中所做的更改會即時反映在所有其他視窗中。您可以在浮動視窗中建立任何編輯器佈局，並開啟任何您喜歡的編輯器，只要您願意，可以開啟任意數量的視窗。

對於我們的第一個可工作版本，我們設想狀態列也將出現在浮動視窗中，以便顯示編輯器資訊，例如行號和選擇範圍。敬請關注未來幾個月的更多開發！

vscode.dev 現在已進行跨源隔離

vscode.dev 現在已啟用跨源隔離。這啟用了強大的新功能，例如共享陣列緩衝區，它們是跨檔案 TypeScript 支援、Web 中的 Python 執行以及一般的 vscode-wasm-wasi 的構建塊。

設定同步故障排除

我們添加了一個新的開發人員命令開發人員：下載設定同步活動，它會下載您所有在雲端和本地計算機上的設定同步活動，包括日誌。這將幫助我們解決設定同步問題。我們還建立了一個新檢視來瀏覽下載的活動。您可以透過執行命令設定同步：顯示同步資料並啟用同步活動（開發人員）檢視來開啟該檢視。您可以透過選擇檢視中的載入同步活動按鈕來載入下載的同步活動，如下圖所示。

Sync activity (developer) view with Load Sync Activity button

值得注意的修復

  • 190679 主題顏色 icon.foreground 不一致且不適用於 .svg

感謝

最後但同樣重要的是，向 VS Code 的貢獻者們致以衷心的感謝。

問題跟蹤

對我們問題跟蹤的貢獻

拉取請求

對 vscode 的貢獻

對 vscode-css-languageservice 的貢獻

對 vscode-html-languageservice 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-pull-request-github 的貢獻