🚀 在 VS Code 中！

2024 年 7 月 (版本 1.92)

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

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

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

歡迎使用 Visual Studio Code 2024 年 7 月發行版本。此版本包含許多更新，我們希望您會喜歡，其中一些重點包括

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

協助工具

改善偵錯體驗

協助工具說明對話方塊

我們為「執行與偵錯」檢視和「偵錯主控台」新增了協助工具說明對話方塊。當任一檢視處於焦點時，您會收到關於開啟協助工具說明對話方塊的提示。透過設定 accessibility.verbosity.debug 設定此提示。

偵錯主控台協助工具檢視

執行命令開啟協助工具檢視（⌥F2 (Windows Alt+F2，Linux Shift+Alt+F2)），以逐字元、逐行檢查偵錯主控台內容。

當處於 螢幕閱讀器最佳化模式 時，設定 debug.autoExpandLazyVariables 現在已啟用，以便輕鬆存取變數值。

當在偵錯主控台中評估運算式時，現在會向螢幕閱讀器使用者宣告其值。

動態監看式變數宣告

當啟用螢幕閱讀器進行偵錯時，您現在可以聽到監看式變數值何時變更。使用 accessibility.debugWatchVariableAnnouncements 設定此功能。

設定按鍵繫結動作

在上一個里程碑中，我們在協助工具說明對話方塊中引入了設定未指派按鍵繫結的動作。我們現在新增了設定已指派按鍵繫結命令（⌥A (Windows、Linux Alt+A)）來補充此動作。

工作台

將面板移至頂部

您現在可以將面板移動到工作台的頂部，編輯器區域上方。預設情況下，面板位於底部，包含終端機、「輸出」面板和「偵錯主控台」等檢視。此增強功能補充了將面板放置在左側、右側和底部的現有選項。

設定檔編輯器預覽

在此里程碑中，我們繼續改進設定檔編輯器，使其更易於使用，並使其外觀和風格與設定編輯器一致。

Profiles Editor showing all user profiles and their settings.

設定檔編輯器作為實驗性功能提供，位於 workbench.experimental.enableNewProfilesUI 設定之後。啟用後，您可以從視窗左下角的設定齒輪圖示存取設定檔編輯器。

Settings menu showing the Profiles menu item to open the Profiles Editor.

覆寫現有設定檔

您現在可以覆寫現有設定檔，包括預設設定檔，方法是建立具有相同名稱的新設定檔。

改善擴充功能更新體驗

我們對擴充功能更新體驗進行了多項改進，讓您更能夠控制擴充功能的更新，並更輕鬆地管理擴充功能的自動更新。

自動更新所有擴充功能

我們已將「擴充功能」檢視標題區域中的全域擴充功能自動更新動作變更為啟用所有擴充功能的自動更新和停用所有擴充功能的自動更新動作。透過這些動作，您可以一次啟用或停用所有擴充功能的自動更新。

Manage Auto Updating Extensions.

自動更新個別擴充功能

我們改進了個別擴充功能自動更新體驗，方法是始終顯示啟用或停用擴充功能自動更新的動作。這使得管理擴充功能的自動更新更加容易。

Auto update configuration per extension.

停用透過 VSIX 安裝的擴充功能的自動更新

當您透過 VSIX 安裝擴充功能時，預設會停用該擴充功能的自動更新。這可讓您使用已安裝的擴充功能版本，而不會自動更新。

更能夠控制擴充功能的更新

當您將已安裝的擴充功能版本（沒有可執行程式碼）更新為具有可執行程式碼的版本時，現在需要使用者同意。這讓您可以控制在套用此類更新之前檢閱它們。以下影片示範了將沒有程式碼的擴充功能更新為具有程式碼的版本時的體驗。

選取檢閱按鈕會在瀏覽器中開啟擴充功能變更記錄或擴充功能存放庫。您可以檢閱變更，然後決定是否要更新擴充功能。

修正了設定編輯器跳動問題

設定編輯器過去會在修改設定後跳動，並將焦點變更為另一個設定。而且，在修改設定之前捲動得越多，這種跳動就越嚴重。我們變更了設定編輯器在修改後重新呈現設定的方式，設定編輯器在修改設定後不再跳動。

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

設定的 URL 處理

VS Code 現在可以處理格式為 vscode://settings/setting.name 的「設定」URL（Insiders 為 vscode-insiders://settings/setting.name，OSS 版本為 code-oss），並將「設定編輯器」開啟至指定的設定。如果未提供設定，則仍會開啟「設定編輯器」。當版本資訊中使用具有設定 URL 的錨點標籤，並且版本資訊在 VS Code 中開啟時，我們會執行特殊處理和呈現，如先前的 codesetting 功能中所述。

Setting URL in release notes

設定開啟連結的瀏覽器

新的設定 workbench.externalBrowser 可讓您設定用於開啟連結的瀏覽器。預設情況下，會使用作業系統標準瀏覽器。您可以在每個工作區層級設定此設定，並且也啟用設定同步。

將瀏覽器可執行檔的完整路徑指定為設定值。或者，為了確保跨裝置的正確運作，您也可以使用瀏覽器別名，例如 edge、chrome 或 firefox。

Configure the browser to open links.

停用拖放時自動開啟檔案

先前，將檔案拖放到檔案總管中也會自動在編輯器中開啟檔案。在某些情況下，這可能不理想。新的設定 explorer.autoOpenDroppedFile 可讓您切換此行為。預設情況下，檔案在拖放時會繼續開啟，但設定為 false 時，此行為會停用。

編輯器

燈泡控制項改進

有時，燈泡控制項可能會封鎖編輯器中的程式碼。為了解決這個問題，我們針對燈泡控制項引入了改進的啟發式方法，當沒有空間時，會在邊界中顯示燈泡，而不是封鎖編輯器中的程式碼。

Lightbulb overlaps with code (left) versus positioned in the gutter (right).

您可以使用 editor.lightbulb.enabled 設定在編輯器中切換燈泡控制項。

差異編輯器

聊天中更精簡的差異

我們在「聊天」檢視/內嵌聊天中反覆運算差異編輯器版面配置，使其更精簡。

之前:

Previous diff editor layout, which is less compact.

之後:

More compact diff editor layout.

原始檔控制

傳入/傳出變更圖表

在此里程碑中，我們啟用了使用圖表視覺化傳入和傳出變更。圖表包含目前分支、目前分支的上游分支和選用的基礎分支。圖表的根目錄是這些分支的共同祖先。

我們對歷程記錄項目懸停進行了多項改進

  • 啟用多重選取以查看屬於相同分支的多個歷程記錄項目中的變更。
  • 新增了 ... 功能表中的選項，以篩選來自遠端/基礎分支的歷程記錄項目。
  • 新增了擷取、提取和推送歷程記錄項目的動作。

試用看看，並告訴我們您的想法！

您可以切換 scm.showHistoryGraph 設定來停用傳入/傳出變更的圖表視覺化。

Source control view showing a graph visualization of the incoming and outgoing changes.

終端機殼層整合

原始檔控制檢視會在每次原始檔控制作業以及檔案系統事件（範圍限定於特定檔案/資料夾）之後重新整理。當在整合式終端機中執行 git 命令時，命令完成與原始檔控制檢視重新整理之間可能會有一段延遲。為了縮短此延遲，從此里程碑開始，我們使用終端機殼層整合 API 來偵測在整合式終端機中執行的各種 git 命令（例如，add、checkout、commit、fetch、pull、push 等）的成功完成，並重新整理原始檔控制檢視。

筆記本

多儲存格註解

筆記本編輯器現在支援一次切換一個或多個儲存格上的註解。方法是選取一個或多個儲存格容器，然後按下鍵盤快捷鍵 ⌘/ (Windows、Linux Ctrl+/)。

終端機

新的捲軸

終端機中的捲軸現在看起來就像編輯器中的捲軸

The terminal scroll bar now looks just like the editor's scroll bar

概觀尺規與之前相同，左側顯示成功命令，中間顯示尋找結果，右側顯示失敗命令。但現在它與捲軸滑桿完美對齊。

偵錯

在偵錯時顯示變數類型

當設定 debug.showVariableTypes 開啟時，VS Code 現在會在偵錯時顯示變數的資料類型

Show variable data types in the Variables section while debugging.

語言

在貼上時更新 Markdown 連結

VS Code 現在可以透過更新任何複製和貼上文字中的連結，協助您在 Markdown 文件之間移動文字區段。使用此功能，VS Code 會修正所有相對路徑連結、參考連結以及所有具有相對路徑的影像/影片，使其在新文件中正常運作。

每當您在兩個 Markdown 檔案之間複製和貼上包含連結的文字時，此功能就會啟動。如果存在可以更新的連結，您會在貼上後看到貼上小工具。選取貼上並更新貼上的連結，VS Code 會為您修正連結。

您可以將 markdown.updateLinksOnPaste 設定為 false 來完全停用此功能。

在 CSS 中貼上和拖放檔案

您是否需要在 CSS 中使用影像？現在，您只需拖放，或將影像檔案複製並貼到 CSS 編輯器中，即可快速插入 url() 參考

遠端開發

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

重點包括

  • GPG keyboxd 支援
  • 本機連接埠範圍設定

您可以在遠端開發版本資訊中深入瞭解這些功能。

擴充功能貢獻

GitHub Copilot

Copilot Chat 的 GPT-4o 升級

我們已將 Copilot Chat 檢視從 GPT-4-Turbo 升級至 GPT-4o，這是 OpenAI 迄今為止最強大的模型。我們的實驗顯示，GPT-4o 大幅增強了 Copilot 的程式碼撰寫能力，直接在您的編輯器中提供更快、更準確且更高品質的程式碼和說明。這在推出期間很明顯，因為開發人員越來越多地使用 Copilot Chat 檢視，並整合更多其程式碼建議。

我們不斷進行實驗，以找出適用於不同任務的最佳模型，在效能和功能之間取得平衡，同時致力於品質、安全性和安全性。如需有關 GitHub Copilot 中採用 GPT-4o 的更多詳細資訊，請查看 GitHub 的變更記錄。

聊天中的公開程式碼比對

您可以允許 GitHub Copilot 傳回可能與 GitHub.com 上公開可用的程式碼相符的程式碼。當為您的組織訂閱或個人訂閱啟用此功能時，Copilot 程式碼完成功能已經為您提供有關偵測到的比對的詳細資訊。我們正在努力讓您也能在 Copilot Chat 中看到這些公開程式碼的比對。

我們正在為 Copilot Chat 使用者逐步推出此功能。一旦為您的機器啟用此功能，您可能會在回應結尾看到一則訊息，其中包含檢視比對連結。如果您選取連結，則會開啟一個編輯器，其中顯示比對程式碼參考的詳細資訊。

Chat code referencing example.

聊天請求中的附件

Copilot Chat 支援透過附加內容（⌘/ (Windows、Linux Ctrl+/)）命令將明確附件新增至您的聊天請求。這些附件現在會在聊天記錄中呈現為已提交的聊天請求的一部分。選取檔案附件會在編輯器中開啟對應的檔案和範圍。

Attachments in chat requests

此外，當超出內容視窗的大型明確附件部分或完全從請求中省略時，我們現在使其更加清晰。

Warning and hover for large attachments

/new 的改進

我們更新了 /new 斜線命令，以支援快速檔案產生。您可以使用聊天變數（例如 #selection）在檔案或專案建立期間為 Copilot 提供其他內容。此外，/new 已增強，以便能夠將產生的檔案和資料夾儲存到現有的工作區中。

Create a new single file with /new in Copilot Chat.

從聊天存取 VS Code 命令

@vscode 聊天參與者上的新斜線命令 /runCommand 可讓您搜尋和執行核心 VS Code 命令。例如，若要切換開發人員工具

Toggle Developer Tools with the /runCommand slash command in Copilot Chat.

您可以使用 github.copilot.chat.runCommand.enabled 啟用此新斜線命令。

Python

使用 python-environment-tools 改善 Python 探索

在上一個版本中，我們發布了 Python 環境工具，它重新設計了以效能為重點的 Python 探索基礎架構。此方法減少了執行 python 二進位檔以探查資訊的需求，從而提高了效能。

從此版本開始，我們將推出此增強功能作為實驗的一部分。如果您有興趣試用，可以在您的使用者 settings.json 中將 "python.locator" 設定為 "native"，然後重新載入您的 VS Code 視窗。請造訪 python-environment-tools 存放庫，以深入瞭解此功能、正在進行的工作並提供意見反應。

顯示原生 REPL 的執行狀態

實驗性原生 REPL ("python.REPL.sendToNativeREPL": true) 現在會顯示成功/失敗 UI，類似於 Jupyter 儲存格中的 UI，具體取決於執行結果。此外，我們進行了改進，以便我們不再在未產生輸出的儲存格上顯示空行。

原始程式碼中的內嵌變數值

Python 偵錯工具擴充功能引入了「內嵌值」功能，以增強您的 Python 偵錯體驗。使用「內嵌值」，您可以在偵錯工作階段期間，在編輯器中程式碼的對應行旁邊檢視變數的值。這可協助您快速瞭解程式的狀態，而無需將滑鼠游標停留在變數上方或檢查「執行與偵錯」檢視中的「變數」區段。

Show Python Inline Variables.

若要啟用此功能，請在您的使用者設定中將組態值 debugpy.showPythonInlineValues 設定為 true。

注意：此功能目前處於探索狀態，仍在進行改進。請在 vscode-python-debugger 存放庫 中提供您可能有的任何意見反應！

改善偵錯歡迎檢視

當 Python 檔案在編輯器中開啟時，「偵錯歡迎」檢視現在包含一個按鈕，可快速存取自動 Python 組態。

GitHub Pull Requests 和 Issues

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

  • 透過使用已合併 PR 的提取要求描述中的還原按鈕來還原提取要求
  • 現在可以在「提取要求」檢視中檢視其分支已刪除的 PR。
  • 即使您已簽出多個 PR，在 GitHub.com 上開啟提取要求動作也會顯示。

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

擴充功能撰寫

網路 Proxy 的基本驗證

使用 https Node.js 模組的擴充功能現在可以使用需要基本驗證的網路 Proxy。

預覽功能

真正的內嵌差異

此反覆運算中，我們引入了 diffEditor.experimental.useTrueInlineView 設定（預設為關閉）。當您啟用此設定並使用內嵌檢視時，單行變更會內嵌呈現

True Inline View in the diff editor.

這是未開啟此實驗性旗標時內嵌檢視的外觀

Default Inline View in the diff editor.

此功能是實驗性的，預計未來會進行變更。

適用於 PowerShell 的 VS Code 原生 IntelliSense

適用於 PowerShell 的 VS Code 原生 IntelliSense 實驗性功能在此版本中進行了一些重大改進。若要在 Windows 或 macOS 上啟用此功能

"terminal.integrated.suggest.enabled": true

除了功能更可靠之外，還進行了許多其他改進，如下所示。

完成項目不會被截斷

完成項目現在會完全顯示輸入的內容，而不是截斷的版本。例如，在搜尋目錄名稱時，現在會包含 .\，並且會正確醒目提示。

之前:

Before the completion for "src" would show "src"

之後:

After the completion for "src" would show ".\src"

已最佳化用於瀏覽目錄的完成項目

目錄名稱現在包含尾端 \ 或 /，完成後，它會重新整理新目錄的完成項目。

設定 Enter 行為

新的 terminal.integrated.suggest.runOnEnter 設定可讓您設定 Enter 行為，以便在符合特定條件時執行命令。以下值可用

  • "always"：一律在 Enter 時執行。
  • "exactMatch"：當完整輸入建議時，在 Enter 時執行。
  • "exactMatchIgnoreExtension" (預設值)：當完整輸入建議時，或在輸入檔案時未包含其副檔名時，在 Enter 時執行。
  • "never" (舊行為)：永不在 Enter 時執行。

此變更特別重要，目的是不要經常中斷現有的肌肉記憶，因為這通常會導致與未啟用功能時相同的按鍵組合。此功能有用的範例是執行 cd ..。在此變更之前，您需要輸入 cd ..<enter><enter>，但現在只需按一下 Enter，這要歸功於此新設定。

改善檔案完成項目

檔案完成項目現在依檔案名稱長度遞增、檔案名稱字母順序，然後依副檔名字母順序排序。檔案完成項目作為命令（而非引數）執行，現在也會獲得提升，具體取決於其副檔名和目前的作業系統。例如，.ps1、.bat 和 .cmd 檔案在 Windows 上執行時會獲得提升，這使得它們在清單中顯示得更高。

Results are now sorted by extensions with platform-specific boosts

這些變更不僅提高了最上方項目的相關性，而且還透過使行為更接近原生 PowerShell Tab 鍵完成來協助肌肉記憶。例如，在 Windows 上的 VS Code 程式碼庫中常用的命令是 ./scripts/code.bat。透過這些變更，./sc<tab>/c<enter> 會完成並執行 ./scripts/code.bat。

全域完成項目快取

命令的全域完成項目會在工作階段之間快取，這大幅提高了殼層啟動效能。這也修正了重新連線的終端機的完成項目無法正確運作的問題。目前，可以透過執行 終端機：清除建議快取 命令來清除和重新整理這些項目。在 Intel i7-12700KF 上測量，這將啟用殼層整合所需的時間從約 600 毫秒減少到約 50 毫秒。

PowerShell 中的內建終端機完成項目

我們現在為 git 隨附內建完成項目。這些完成項目以 posh-git 專案中的完成項目為基礎，但進行了一些一般和 VS Code 特定的改進。以下是在動作中的完成項目範例

其他一些改進包括

  • 別名在右側顯示其展開狀態

    Aliases show their expanded state on the right

  • 分支、標籤、暫存和遠端的 Git 特定圖示

    Branches and tabs have their own icon beside the completions

  • 右側的子命令描述

    Subcommands like 'checkout' show their description on the right

我們也為 code 和 code-insiders 隨附內建完成項目，儘管這些完成項目非常基本，將在未來版本中進行改進。

code now shows basic completions for everything in code --help

這些完成項目可能會與來自其他 PowerShell 模組的完成項目衝突。您可以使用以下設定停用它們

"terminal.integrated.suggest.builtinCompletions": {
  "pwshCode": false,
  "pwshGit": false
}

TypeScript 5.6 支援

此版本包含對即將推出的 TypeScript 5.6 版本的支援。查看 TypeScript 5.6 反覆運算計畫，以瞭解此版本中包含的詳細資訊。

若要開始使用 TypeScript 5.6 的預覽組建，請安裝 TypeScript Nightly 擴充功能。分享您的意見反應，並讓我們知道您是否遇到任何 TypeScript 5.6 的錯誤。

建議的 API

QuickInputButtonLocation 可在輸入右側顯示按鈕

在此里程碑中，我們在 QuickInputButton 上引入了建議的 API，讓擴充功能可以選擇它們想要呈現按鈕的位置。選項如下

  • Title：這會在快速選取畫面的標題列中呈現按鈕。這是預設行為，並維持按鈕的現有行為。
  • Inline：這會在輸入方塊的右側呈現按鈕。如果您不打算將標題列用於任何用途，但想要顯示按鈕，這非常有用。

Git 擴充功能的建立分支輸入方塊中採用了此功能，您可以使用 git.branchRandomName.dictionary 啟用此功能。

查看 vscode#221397 以取得更多資訊和更新。

測試增強功能

將程式碼與測試建立關聯

我們正在開發一個 API，讓擴充功能可以將程式碼與測試建立關聯，反之亦然。這讓使用者可以在兩者之間跳轉，並啟用動作，例如在游標處執行測試，以便在實作程式碼中也能運作。我們預期隨著 API 的發展，會建置更多體驗。

查看 vscode#126932 以取得更多資訊和更新。

測試失敗中的呼叫堆疊

我們正在開發一個 API，讓呼叫堆疊能夠與單元測試失敗建立關聯。這讓使用者可以一目瞭然地看到哪些程式碼導致了他們的失敗。

請查看 vscode#214488 以取得更多資訊和更新。

可歸屬的測試覆蓋率

我們正在開發一個 API，以便在每個測試的基礎上歸屬測試覆蓋率。這讓使用者能夠查看哪些測試執行了哪些程式碼，從而篩選編輯器中顯示的覆蓋率以及測試覆蓋率視圖中的覆蓋率。

請查看 vscode#212196 以取得更多資訊和更新。

搜尋 API

在過去幾個月中，我們一直致力於完成三個提議的搜尋 API

  • FindTextInFiles：使用 VS Code 的文字搜尋功能在工作區檔案中尋找文字。
  • FileSearchProvider：為自訂檔案方案提供檔案搜尋結果，這些方案無法使用 VS Code 現有的搜尋功能正確搜尋。例如，當從虛擬檔案系統內的快速開啟功能進行搜尋時，可以顯示擴充功能提供的結果。
  • TextSearchProvider：與 FileSearchProvider 類似，但用於文字搜尋結果。例如，當從虛擬檔案系統內的搜尋視圖進行搜尋時，可以顯示擴充功能提供的結果。

此外，我們正在改進 workspace.findFiles API，它使用 VS Code 的工作區檔案搜尋功能來尋找檔案。新版本應允許更多選項，並應更清楚地處理排除選項。當我們推出改進版本時，現有的函數簽章應仍然可以運作。

下表說明了不同 API 之間的關聯

使用 API 來尋找 使用 API 來提供結果
檔案 FindFiles FileSearchProvider
檔案中的文字 FindTextInFiles TextSearchProvider

如果您有興趣，請造訪上面的連結以提供意見反應！

網站

我們 обновлено VS Code 網站 的設計，並新增了對淺色和深色主題的支援。

VS Code website light mode.

網站的新設計預設為您系統的主題（淺色或深色模式），您也可以使用右上角的太陽/月亮圖示手動切換。

VS Code website dark mode.

我們期待收到您的意見反應！請在 vscode-docs repo 中提交任何功能請求或錯誤。

工程

將 Markdown 語言伺服器移至單獨的儲存庫

我們將支援 VS Code 內建 Markdown IntelliSense 的語言伺服器移至 其自身的儲存庫。先前，此專案是從主要 VS Code 儲存庫的子資料夾發布的。此變更使貢獻專案變得更容易。

該專案仍然以相同的名稱在 npm 上發布：vscode-markdown-languageserver。

在 VS Code 中使用 ESM 的進展

在此里程碑中，我們再次開始在 VS Code 核心中採用 ESM 的工作。我們未來的目標是使用 ECMAScript Modules (ESM) 載入並完全捨棄 AMD。這是一個多個里程碑的努力，將使整體程式碼載入和捆綁現代化。

xterm.js 依賴於 VS Code

終端機中的新捲軸需要大量的幕後工作。VS Code 中的終端機建立在 xterm.js OSS 專案 之上，並且在其即將發布的版本中，也將發布一小部分 VS Code 的程式碼庫，特別是 base/ 資料夾的一部分。

Electron 30 更新

在此里程碑中，我們正在將 Electron 30 更新推廣給穩定版本的用戶。此更新包含 Chromium 124.0.6367.243 和 Node.js 20.14.0。我們要感謝所有在 Insiders 組建上自行託管並提供早期意見反應的人。

關於衍生 .bat 或 .cmd 檔案時的重大 API 變更通知

此 Electron 更新中的 Node 版本包含一個 重大變更，以回應 CVE，如果您在 Windows 上執行 .bat 或 .cmd 檔案，可能會影響您。當使用 shell 選項衍生這些檔案時，您可以遵循 Node.js 設定的指南。

我們已根據簡單的原始碼掃描主動通知可能受到影響的擴充功能，但我們可能遺漏了您的擴充功能。如果您受到影響，則在 Windows 上衍生 .bat 或 .cmd 檔案時，將會遇到 EINVAL 例外。請參閱 Node.js 文件，以取得有關如何處理這些問題的指南。

我們建議擴充功能作者始終使用我們的 Insiders 版本 測試其擴充功能，以便提前發現這些變更。

值得注意的修正

  • 211199 啟用平滑捲動時，在終端機中按下 Ctrl+c 不會捲動到最底部

感謝

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

問題追蹤

對我們問題追蹤的貢獻

提取請求

對 vscode 的貢獻

對 vscode-black-formatter 的貢獻

對 vscode-hexeditor 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-markdown-tm-grammar 的貢獻

對 vscode-pull-request-github 的貢獻

對 vscode-textmate 的貢獻

對 debug-adapter-protocol 的貢獻

對 language-server-protocol 的貢獻

對 monaco-editor 的貢獻

對 node-request-light 的貢獻

對 python-environment-tools 的貢獻