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

2022 年 11 月 (版本 1.74)

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

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

更新 1.74.3：此更新解決了這個安全問題。

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

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

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

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

輔助功能

筆記本執行的音訊提示

現在，當筆記本單元格完成執行時，會出現音訊提示。提示不同，以指示單元格是成功執行還是失敗。

差異檢視模式的音訊提示

在差異編輯器中，當觸發轉到下一個差異時，將播放特定的音訊提示，以指示游標是在插入行還是刪除行上。

如果您對可用的音訊提示感到好奇，可以透過幫助：列出音訊提示下拉選單收聽它們。

List Audio Cues dropdown

鍵盤可導航的設定編輯器指示器、懸停和連結

設定編輯器中的指示器、懸停和連結現在可以透過鍵盤導航。某些連結的樣式也已調整，以在設定編輯器中實現更好的一致性。

設定編輯器指示器懸停在製表位和保持鍵盤焦點方面表現得更好。此改進的行為仍處於實驗階段，目前僅針對設定編輯器指示器懸停啟用，而不是針對 VS Code 中的所有懸停。

Navigating settings and a Modified elsewhere indicator in the Settings editor using the keyboard

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

工作臺

自定義資源管理器自動顯示邏輯

高度贊成的問題 #87956（“允許按特定資料夾設定 explorer.autoReveal”）已透過引入新設定explorer.autoRevealExclude得到修復。此設定允許您配置如果啟用自動顯示（explorer.autoReveal，預設true），哪些檔案會在資源管理器中自動顯示。autoRevealExclude設定使用glob 模式來排除檔案，並且類似於files.exclude，也支援透過 when 子句進行兄弟匹配。

預設值排除節點和 Bower 模組

{
  "explorer.autoRevealExclude": {
    "**/node_modules": true,
    "**/bower_components": true
  }
}

按檢視容器隱藏徽章

與您透過右鍵單擊檢視容器來隱藏檢視容器的方式類似，您現在可以隱藏容器上的徽章（顯示在活動欄、面板和輔助側邊欄中）。徽章通常顯示特定檢視容器的數字、圖示或進度指示器，例如，原始碼管理檢視的待處理更改數。

A context menu is triggered on the Source Control view showing a Hide Badge entry. This is then selected and the blue number one badge disappears. Triggering the context menu again shows a Show Badge entry which brings the blue badge number one badge back.

合併編輯器

此版本為合併編輯器提供了一些改進和錯誤修復。亮點包括：

  • 撤消/重做現在跟蹤衝突的處理狀態。
  • 輸入檢視中的忽略操作可用於接受基本版本，而不是結果檢視中的標記為已處理操作。
  • 兩邊相等的更改現在會自動解決。
  • 提供git blame功能的擴充套件現在可在傳入、當前和基本編輯器中工作。

安裝磁碟上的擴充套件

您現在可以使用開發人員：從位置安裝擴充套件...命令來安裝位於本地磁碟驅動器上的擴充套件。該命令將開啟平臺資料夾對話方塊以選擇擴充套件的.vsix檔案的位置。

編輯器

CJK 字元的新斷字選項

現在可以使用名為editor.wordBreak的設定來避免在CJK 字元後插入換行點。當配置為keepAll時，換行演算法將嘗試將 CJK 字元後的文字保持在同一行。此設定對其他指令碼中的字元沒有任何影響。

OpenType 字型的新字型設定

一些支援OpenType字型變體的新字型支援調整某些軸，例如字型粗細軸，以實現無法透過font-weight CSS 屬性配置的字型粗細。在 CSS 中，這透過font-variation-settings屬性實現。如果您使用此類字型，您現在可以將editor.fontVariations配置為true，這將導致 VS Code 使用"wght"顯示軸來設定字型粗細。如果您的字型支援其他軸，也可以直接配置它們，例如透過設定"editor.fontVariations": "'ital' 0.5"。

新縮排大小設定

有一個名為editor.indentSize的新設定，它允許將縮排大小（構成縮排的空格數）與製表符大小（用於渲染製表符的空格數）分離。這在處理混合使用製表符和空格縮排的檔案時非常有用，並且只能在使用手動縮排配置時進行練習。

下面是一個示例配置

"editor.detectIndentation": false,
"editor.insertSpaces": true,
"editor.tabSize": 8,
"editor.indentSize": 2

部分接受內聯完成的命令

命令接受內聯建議的下一個單詞 (editor.action.inlineSuggest.acceptNextWord) 可用於接受當前內聯建議的下一個單詞/非單詞段。目前，它只能接受內聯建議第一行的部分內容。該命令仍在開發中，我們正在探索鍵盤快捷鍵以及未來版本的替代拆分規則。

原始碼管理

管理不安全的 Git 倉庫

VS Code 使用git.exe執行所有 Git 操作。從 Git 2.35.2 開始，使用者被禁止在由非當前使用者擁有的資料夾中的倉庫中執行 Git 操作，因為該倉庫被認為可能不安全。

從這個版本開始，如果您嘗試開啟此類可能不安全的倉庫，VS Code 將在原始碼管理檢視中顯示一個歡迎檢視以及錯誤通知。歡迎檢視和通知都公開了管理不安全倉庫命令，該命令允許您檢視可能不安全的倉庫列表，將其標記為安全，然後開啟它們。管理不安全倉庫命令也在命令面板中可用。將倉庫標記為安全會將其位置新增到safe.directory git 配置中。

樂觀的使用者介面更新

執行 Git 操作後，在更新原始碼管理檢視之前，會執行一組git命令（例如，git status）以更新資料模型。在某些情況下，執行這些命令可能需要幾秒鐘才能完成（例如，在使用大型單體倉庫時），導致原始碼管理檢視重新整理延遲。

在此里程碑中，我們進行了更改，以便在git status完成之前，對某些 Git 操作（暫存、取消暫存、放棄更改和提交）樂觀地更新原始碼管理檢視，從而使原始碼管理檢視響應更快。

新功能預設啟用，但可以使用git.optimisticUpdate: false停用。

提交操作按鈕改進

當提交操作按鈕執行輔助提交命令（例如，提交併同步）時，按鈕標籤現在正確反映正在執行的命令。提交按鈕還會顯示一個動畫，指示進度。

終端

終端快速修復改進

終端快速修復現在以程式碼操作控制元件的形式呈現，以與編輯器中的體驗保持一致。

A Quick Fix is triggered in the terminal and a menu is presented with a play button to the left of the action's label

終端下拉選單中的任務操作

執行任務和配置任務命令出現在終端下拉選單中，以提高可發現性和易用性。

The last section of the terminal dropdown menu contains Run Task and Configure Tasks commands

遠端開發

遠端隧道現在作為 VS Code 穩定版中的預覽功能提供。遠端隧道允許您透過 VS Code 從任何裝置、任何地方安全地訪問您的機器。要啟用遠端隧道訪問，您可以選擇

  • 從帳戶選單或命令面板中選擇開啟遠端隧道訪問。
  • 從安裝了 VS Code 並在 PATH 中的機器上執行code tunnel。
  • 下載新的 VS Code CLI 並執行./code tunnel。

一旦開啟隧道訪問，您可以使用vscode.dev或從 VS Code 桌面版內部使用遠端 - 隧道擴充套件連線到機器。

要了解更多資訊，請檢視我們宣佈此功能的部落格文章或遠端隧道文件。

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

注意：如果您之前使用的是獨立的code-server CLI，您現在應該改用 VS Code CLI（透過最新的 VS Code 桌面版或上面提到的獨立下載）。

除錯

JavaScript 除錯

支援 console.profile

JavaScript 偵錯程式現在支援console.profile。在偵錯程式下執行時，將收集console.profile()和console.profileEnd()之間程式碼的 CPU 配置檔案。

console.profile();
doSomeExpensiveWork();
console.profileEnd();

生成的.cpuprofile檔案將儲存在您的工作區資料夾中，並可以使用 VS Code 內建的配置檔案檢視器開啟和檢視。

支援巢狀源對映

有時，尤其是在 monorepo 設定中，原始碼可能會編譯一次，然後再次重新編譯或打包。在許多情況下，這將導致生成包的源對映引用在第一步中建立的已編譯檔案。

JavaScript 偵錯程式現在將自動遞迴解析源對映，以便無需額外步驟即可除錯原始原始檔。

killOnServerStop 屬性已新增到 serverReadyAction

serverReadyAction launch.json功能允許使用者啟動一個啟動 Web 伺服器的除錯會話，然後一旦伺服器啟動，自動開始除錯導航到該伺服器 URL 的瀏覽器。有一個新屬性killOnServerStop，當設定為true時，將導致當伺服器除錯會話停止時，新的瀏覽器除錯會話自動停止。

例如

{
  "type": "node",
  "request": "launch",
  "name": "Launch Program",
  "program": "${workspaceFolder}/app.js",

  "serverReadyAction": {
    "pattern": "listening on port ([0-9]+)",
    "uriFormat": "https://:%s",
    "action": "debugWithEdge",
    "killOnServerStop": true
  }
}

在上面的示例中，當原始的Launch Program除錯會話停止時，自動啟動的 Edge 除錯會話也將停止。

顯示聚焦除錯會話的異常斷點

以前，在執行兩種不同型別的除錯會話時管理異常斷點效果不佳。現在，當除錯會話在呼叫堆疊檢視中獲得焦點時，將顯示該會話除錯型別的正確斷點集。

Exception breakpoints correctly shown per call stack frame

評論

comments.visible

新設定comments.visible可用於關閉編輯器註釋（註釋欄和編輯器內註釋 Peek 檢視）。命令註釋：切換編輯器註釋仍可用於在會話期間開啟和關閉編輯器註釋。在註釋檢視中選擇註釋將始終開啟註釋。

註釋檢視徽章

註釋檢視顯示未解決註釋計數的徽章。

Comments view badge

任務

問題匹配器“搜尋”檔案位置方法

以前，問題匹配器需要透過fileLocation屬性準確知道在哪裡查詢有問題的檔案。支援的方法是absolute、relative或autoDetect（首先檢查相對路徑，然後如果失敗則查詢絕對路徑）。

然而，在使用巢狀子目錄中指令碼的工作區中，設定任務很困難，因為不同的指令碼很少以統一的方式（例如，相對於工作區基本目錄）報告檔案路徑。

為了幫助解決這個問題，有一個新的檔案位置方法，名為search。使用此方法，將執行遞迴檔案系統搜尋以查詢任何捕獲的路徑。

下面的示例演示瞭如何設定search檔案位置方法（儘管所有引數都是可選的）

"problemMatcher": {
    // ...
    "fileLocation": [
        "search",
        {
            "include": [ // Optional; defaults to ["${workspaceFolder}"]
                "${workspaceFolder}/src",
                "${workspaceFolder}/extensions"
            ],
            "exclude": [ // Optional
                "${workspaceFolder}/extensions/node_modules"
            ]
        }
    ],
    // ...
}

請注意，使用者應該警惕導致耗時的檔案系統搜尋（例如，在node_modules目錄中查詢）並適當地設定exclude屬性。

語言

TypeScript 4.9

VS Code 現在附帶 TypeScript 4.9。此重大更新帶來了新的 TypeScript 語言功能，例如satisfies運算子和自動訪問器。在工具方面，我們改進了檔案監視並進行了許多其他修復和改進。

檢視TypeScript 4.9 公告以瞭解有關此更新的更多資訊。

從 return 跳轉到定義

JavaScript 和 TypeScript 現在支援在return關鍵字上執行跳轉到定義，以快速跳轉到正在返回的函式的頂部。這在處理長、複雜或高度巢狀的函式時很有幫助。您可以使用跳轉到定義命令/鍵繫結 ( F12 ) 或簡單地Cmd/Alt + Click在return關鍵字上。

Notebook

核心選擇器實驗：最近使用的核心

有一個新的筆記本核心選擇器，它在選擇器頂部顯示最近使用的核心。這是一個可選的實驗，可以透過將notebook.kernelPicker.type設定設定為mru來啟用。

未使用的核心將移動到輔助選擇器選擇另一個核心...。當您安裝最新的Jupyter 擴充套件時，此選擇器將按其來源（例如：Jupyter 核心、Python 環境等）對所有核心進行分組。

Kernel picker with most recently used kernels

我們很樂意聽取您的反饋，您可以在VS Code 倉庫中建立問題。

Web 版 VS Code

原始碼管理

VS Code for the Web 現在在編輯 GitHub 和 Azure Repos 倉庫時支援以下設定：

  • "git.branchRandomName.enabled" - 在 VS Code for the Web 中建立分支時生成隨機分支名稱。
  • "git.branchRandomName.dictionary" - 在 VS Code for the Web 中建立分支時，指定用於生成隨機分支名稱的詞典。
  • "git.closeDiffOnOperation" - 在執行提交、暫存、取消暫存更改等原始碼管理操作後關閉差異編輯器。

此外，VS Code for the Web 在狀態列和分支選擇器中為受保護分支顯示一個鎖定圖示，與 VS Code 桌面版上的體驗保持一致。

Lock icon for protected branches in the Status bar and branch picker

最後，您現在可以在 VS Code for the Web 中使用原始碼管理操作按鈕，將您的更改直接提交併推送到倉庫遠端

Commit & Push using source control action button

如果您希望在提交前驗證您的更改，您還可以使用操作按鈕下拉選單中的輔助繼續處理...操作，將您的工作更改帶到另一個開發環境。

“繼續處理”的改進

當您在 GitHub 或 Azure Repos 倉庫中時，命令面板中現在提供了便捷的一步命令，可將您的工作更改帶到特定的開發環境：

  • 在新的 Codespace 中繼續工作
  • 在本地克隆中繼續工作
  • 在 VS Code 桌面版上的遠端倉庫中繼續工作

One step commands to continue working in another development environment

我們還將編輯會話更名為雲更改，以闡明它與在雲中儲存工作更改相關。

對擴充套件的貢獻

Jupyter

筆記本單元格除錯的“僅我的程式碼”

“僅我的程式碼”除錯功能允許您確定偵錯程式是否將單步執行 Python 庫中的程式碼，或者只單步執行您的原始碼。這在除錯筆記本單元格時預設啟用，但您可以設定"jupyter.debugJustMyCode": false以停用它並允許您單步執行庫程式碼。為了獲得最佳體驗，請將您環境中的 debugpy 升級到>=1.6.3。以前，debugJustMyCode設定僅在互動式視窗中除錯時受支援，現在它也適用於筆記本編輯器。

支援重新啟動筆記本單元格除錯會話

除錯工具欄中的重新啟動命令重新啟動當前除錯會話。以前，這在筆記本除錯會話中會引發錯誤，但現在已受支援。不幸的是，在互動式視窗中無法正確支援它。

此功能在您除錯、編輯單元格，然後重新啟動除錯會話以應用您的編輯再次除錯單元格的工作流程中特別有用。

遠端開發擴充套件

遠端開發擴充套件允許您將容器、遠端機器或適用於 Linux 的 Windows 子系統 (WSL) 用作功能齊全的開發環境。此版本的亮點包括：

  • 開發容器 GPU 支援
  • 開發容器 Cygwin / Git Bash 套接字轉發
  • 遠端 - 隧道擴充套件 - 無需 SSH 即可連線到遠端機器。

您可以在遠端開發發行說明中瞭解新的擴充套件功能和錯誤修復。

GitHub 拉取請求和議題

GitHub 拉取請求和問題擴充套件取得了更多進展，該擴充套件允許您處理、建立和管理拉取請求和問題。亮點包括

  • 永久連結命令的筆記本支援。
  • 拉取請求檢查狀態（例如正在進行的持續整合 (CI)、需要審查、CI 失敗等）顯示在拉取請求樹檢視中。
  • 可以從拉取請求概述中複製 PR 的 vscode.dev 連結。
  • 命令轉到拉取請求中的下一個差異導航到跨檔案的已簽出 PR 中的下一個差異。

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

預覽功能

配置檔案

我們最近幾個月一直在努力支援 VS Code 中的配置檔案，這是社群最受歡迎的需求之一。此功能可透過workbench.experimental.settingsProfiles.enabled設定進行預覽。嘗試一下，並透過在vscode 倉庫中建立問題或在問題 #116740 中評論來向我們提供反饋。

共享配置檔案

您現在可以透過將配置檔案匯出到 GitHub 作為 gist 來共享配置檔案。VS Code 將使用您的 GitHub 帳戶建立一個秘密 gist，併為您提供一個連結，供您與他人共享。當您開啟該連結時，VS Code 將要求您安裝共享配置檔案。在匯出或匯入配置檔案期間，VS Code 將顯示一個預覽，以便您可以分別檢視和選擇要匯出或匯入的資料。

這是一個將配置檔案匯出到 GitHub 並複製連結與他人共享的影片

Exporting a Profile

此影片展示了透過開啟共享連結匯入配置檔案

Importing a Profile

擴充套件簽名和驗證

從 11 月中旬開始，所有上傳到Visual Studio Marketplace的 VS Code 擴充套件都由 VS Marketplace 簽名 - 此過程稱為倉庫簽名。在每次擴充套件安裝和更新時，VS Code 都會驗證擴充套件包簽名。透過簽名和簽名驗證，我們可以保證擴充套件包的完整性和真實性。

簽名驗證目前僅在 VS Code Insiders 中進行。如果您發現任何問題，可以透過在vscode 倉庫中建立問題來告訴我們，您可以透過將extensions.verifySignature設定為false來選擇退出簽名驗證。我們正在努力在未來幾個月內在 VS Code 穩定版中啟用簽名驗證。

除了倉庫簽名，我們還開始著手擴充套件釋出者簽名。

Web 中的 Python 執行

我們為實驗性 - Web 版 Python 擴充套件添加了除錯支援。偵錯程式支援以下功能：

  • 設定斷點
  • 單步進入和退出函式
  • 跨模組除錯
  • 在除錯控制檯中評估變數
  • 在整合終端中除錯程式

下面的螢幕截圖顯示了除錯Hello World程式

Python debugging in VS Code for the Web

請注意，使用該擴充套件仍然需要您向瀏覽器 URL 新增以下查詢引數?vscode-coi=。

擴充套件創作

已宣告擴充套件貢獻的隱式啟用事件

在此里程碑中，我們取消了如果您的擴充套件在其package.json中聲明瞭某些擴充套件貢獻，則需要明確列出啟用事件的要求。

以前，如果一個擴充套件在其package.json檔案中宣告它貢獻了一個命令mycommand，它還需要在package.json的activationEvents欄位中列出相應的onCommand:mycommand啟用事件，以便命令成功執行。這既繁瑣又容易出錯，並可能導致大型package.json檔案。

VS Code 現在將自動填充以下擴充套件貢獻點的啟用事件：

貢獻點 推斷的啟用事件
命令 onCommand
認證 onAuthenticationRequest
語言 onLanguage
customEditors onCustomEditor
views onView

擴充套件作者現在可以安全地從您的擴充套件中刪除這些推斷的啟用事件。如果您這樣做，請更新您的 VS Code 引擎要求，以確保您的擴充套件不會被視為與早期版本的 VS Code 相容

    "engines": {
        "vscode": "^1.74.0"
    },

日誌輸出通道

此里程碑中，我們最終確定了LogOutputChannel API。您現在可以使用此 API 建立一個日誌輸出通道，該通道將用於記錄您的擴充套件中的訊息。

我們還在env名稱空間中最終確定了logLevel屬性和onDidChangeLogLevel事件，以指示應用程式的當前日誌級別，並在應用程式的日誌級別更改時觸發事件。

所有 Web 檢視的統一來源

繼我們上一個迭代的工作之後，VS Code 中的所有 Web 檢視現在都嘗試維護自定義來源。在 1.74 中，這還擴充套件到自定義編輯器使用的 Web 檢視。

這透過允許在更多情況下快取 Web 檢視內容來提高效能。有關更多詳細資訊以及作為擴充套件作者需要注意的事項，請參閱之前的發行說明。

擴充套件 README 中的影片標籤支援

擴充套件現在可以在其 README 中使用標籤。影片在 VS Code Marketplace 和 VS Code 中的擴充套件檢視頁面上都受支援。與.gif相比，影片檔案質量更高，通常也更小。您甚至可以包含音訊！

請記住，VS Code 本身只支援特定的影片和音訊格式。目前，您還必須使用 src和poster的完整路徑，而不是相對路徑。

評論執行緒附加操作

新的選單位置comments/commentThread/additionalActions允許擴充套件向評論執行緒貢獻始終可見的按鈕。

Visible button in a comment

vsce 更名為 @vscode/vsce

vsce工具，VS Code 的擴充套件管理器，已更名為@vscode/vsce。對於將該工具用作庫的任何人來說，這是一個破壞性更改。CLI 工具仍然稱為vsce，可以透過npm install -g @vscode/vsce安裝。

除錯介面卡協議

對除錯介面卡協議添加了一些澄清和一個新屬性。

  • DataBreakpointInfo請求有一個新的可選frameId屬性。客戶端可以使用此標誌指定哪個堆疊幀包含name變數。
  • 現在為readMemory請求指定了檔案結束行為。

工程

屬性和方法的名稱修飾

我們的產品構建現在對屬性和方法的名稱進行修飾。這使我們的主包大小減少了約 13%（-1.5 MB），並將程式碼載入時間減少了約 5%。

GitHub 和 Microsoft 身份驗證擴充套件包大小改進

鑑於這兩個擴充套件所提供的功能以及它們在許多情況下（例如 vscode.dev）對啟動的重要性，它們的包大小超出了我們的預期。在此里程碑中，我們專注於減小這些擴充套件的大小，結果如下：

  • GitHub 身份驗證：93 KB -> 64.9 KB
  • Microsoft 身份驗證：97 KB -> 57.7 KB

這是透過以下方式實現的：

  • 不再依賴（和捆綁）在 Node.js 和 Web 中易於獲得功能的節點模組（例如，刪除uuid，轉而使用Crypto.randomUUID()）。
  • 只在 Node.js 中使用node-fetch，而不是同時用於 Node.js 和 Web。
  • 採用最新版本的@vscode/extension-telemetry，其大小大幅減小。

在此過程中沒有丟失任何功能，並且這些擴充套件由於其大小減小而現在可以更快地獲取和載入。

Electron 沙盒之旅

您可以在最近的“將 VS Code 遷移到程序沙盒”部落格文章中瞭解我們實現 Electron 沙盒的進展。這篇詳細文章介紹了技術時間線並描述了為支援 VS Code 沙盒所做的增量更改。

如果您想嘗試 VS Code 沙盒模式，可以在設定中設定"window.experimental.useSandbox": true。希望您不會注意到任何功能差異，但如果您發現問題，請向我們報告。

視窗控制元件疊加層在 Windows 上預設重新啟用

視窗控制元件疊加層 (WCO) 已預設重新啟用。它之前在 8 月份啟用，但後來又停用，因為它對於使用從右到左系統語言的使用者來說渲染在錯誤的一側，覆蓋了檔案和編輯選單項。

主要問題是 VS Code 沒有將應用程式區域設定傳遞給 Electron，因此 Electron 使用系統區域設定來確定 WCO 的位置。然而，VS Code 依賴 Electron 的app.getLocale() API 來獲取系統語言並確定要推薦的語言包，將應用程式區域設定傳遞給 Electron 導致app.getLocale()返回相同的區域設定而不是系統語言。

為了解決這個問題，我們向 Electron 添加了一個新的app.getPreferredSystemLanguages() API，這樣即使在將區域設定傳遞給 Electron 之後，我們仍然可以獲取用於 VS Code 語言包推薦器的系統語言，同時將 WCO 保持在右側。

VS Code with the custom title bar along with Paint's title bar. The screenshot is taken on Windows 11 with the system language in Arabic, showing that the WCO is on the right for VS Code, which is in English, while it is on the left for Paint, which is in Arabic.

內建擴充套件現在使用新的 l10n API 而不是 vscode-nls

上個月我們穩定了新的本地化 (l10n) API。本月，我們已在Microsoft/vscode倉庫中的每個擴充套件中採用了該 API。我們仍然需要將語言伺服器轉換為使用@vscode/l10n而不是vscode-nls，以及團隊擁有的其他一些擴充套件（JS Debug、Python、Jupyter Notebooks 等），但我們正朝著所有擴充套件的單一本地化方向前進。

值得注意的修復

感謝

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

問題跟蹤

對我們問題跟蹤的貢獻

拉取請求

對 vscode 的貢獻

對 vscode-css-languageservice 的貢獻

對 vscode-eslint 的貢獻

對 vscode-js-debug 的貢獻

對 vscode-json-languageservice 的貢獻

對 vscode-pull-request-github 的貢獻

對 debug-adapter-protocol 的貢獻

對 devcontainers/cli 的貢獻