🚀 在 VS Code 中！

2020 年 6 月 (版本 1.47)

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

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

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

下載：Windows：x64 Arm64 | Mac：Intel | Linux：deb rpm tarball snap

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

如果您想在線上閱讀這些版本資訊，請前往 code.visualstudio.com 上的更新。

加入我們的直播，於太平洋時間 7 月 13 日星期一上午 9 點（倫敦時間下午 5 點）在 VS Code 團隊的直播中，觀看此版本新功能的示範，並即時向我們提問。

Insiders 組建：想要儘快試用新功能嗎？您可以下載每夜Insiders 組建，並在最新更新可用時立即試用。如需最新的 Visual Studio Code 新聞、更新和內容，請在 Twitter 上追蹤我們 @code！

協助工具

在這個里程碑中，我們再次收到來自社群的實用意見反應，這幫助我們識別並解決了許多協助工具問題。重點

  • 檔案總管中的精簡資料夾現在可以正確朗讀展開/摺疊狀態和 ARIA 層級。
  • 螢幕閱讀器現在可以更新編輯器中的游標偏移量。因此，螢幕閱讀器的「朗讀全部」命令在停止和繼續時應該能運作更佳。
  • 相同的 ARIA 即時訊息現在將由螢幕閱讀器正確地重新讀取。

工作台

從設定編輯器編輯物件設定

以前，設定編輯器只能用於編輯基本類型的設定，例如字串和布林值，對於更複雜的設定類型，您需要直接編輯 settings.json。現在，您可以從設定編輯器編輯非巢狀物件設定。擴充功能作者可以使用此功能來提高這些設定類型的可見性。

之前

在設定編輯器中

Object setting in the old Settings editor

以及在 settings.json 中

Object setting in the JSON editor

之後

在設定編輯器中

Object setting in the new Settings editor

在清單檢視中選取並保持焦點

有一個新的命令 list.selectAndPreserveFocus，可讓您從清單中選取項目，同時保持該清單中的焦點。如果您想要從清單（例如檔案總管）中選取多個檔案，而不會將焦點移至檔案編輯器，這會很有幫助。

預設情況下，此命令未繫結任何鍵盤快速鍵，但您可以新增自己的鍵盤繫結

{
  "key": "ctrl+o",
  "command": "list.selectAndPreserveFocus"
}

穩定 Windows ARM 組建

適用於 Windows on ARM 的 VS Code 現在適用於穩定版本！🎉

透過拖放安裝 VSIX

VS Code 現在支援透過拖放到擴充功能檢視來安裝擴充功能 VSIX 檔案。

新的搜尋編輯器命令引數

已新增兩個新引數到搜尋編輯器命令 (search.action.openNewEditor, search.action.openNewEditorToSide)，以允許鍵盤繫結設定新的搜尋編輯器應如何運作

  • triggerSearch - 是否在開啟搜尋編輯器時自動執行搜尋。預設值為 true。
  • focusResults - 是否將焦點放在搜尋結果或查詢輸入中。預設值為 true。

例如，下列鍵盤繫結會在開啟搜尋編輯器時執行搜尋，但將焦點保留在搜尋查詢控制項中。

{
  "key": "ctrl+o",
  "command": "search.action.openNewEditor",
  "args": { "query": "VS Code", "triggerSearch": true, "focusResults": false }
}

新的搜尋編輯器內容預設值

search.searchEditor.defaultNumberOfContextLines 設定已更新為預設值 1 而不是 0，這意味著在搜尋編輯器中的每個結果行之前和之後都會顯示一個內容行。若要返回舊行為，請將值設定回 0。

清單/樹狀結構：動態水平捲動

先前存在的 workbench.list.horizontalScrolling 設定現在可以在執行階段切換，而無需強制您重新載入工作台。

編輯器

在 regex 取代中變更大小寫

VS Code 現在支援在編輯器中執行尋找/取代時，變更 regex 比對群組的大小寫。這是透過修飾詞 \u\U\l\L 完成的，其中 \u 和 \l 將大寫/小寫單一字元，而 \U 和 \L 將大寫/小寫其餘比對群組。

範例

Changing case while doing find and replace

修飾詞也可以堆疊 - 例如，\u\u\u$1 將大寫群組的前三個字元，或 \l\U$1 將小寫第一個字元，並大寫其餘部分。

目前，這些僅在編輯器的「尋找」控制項中支援，而不支援全域在檔案中尋找。

偵錯

新的 JavaScript 偵錯工具

我們新的 JavaScript 偵錯工具在上個月成為 Insiders 組建上的預設偵錯工具之後，現在成為 VS Code 中 JavaScript (Node.js 和 Chrome) 的預設偵錯工具。如果您跳過了過去幾個 VS Code 變更記錄的「預覽功能」章節，您可以趕上偵錯工具 README 的新增功能章節。

您應該不需要變更任何設定或啟動組態即可利用新的偵錯工具。如果您遇到任何問題，請開啟問題！

單一檔案偵錯

直到今天，VS Code 偵錯工具還沒有顯示編輯器中檔案可以透過按一下按鈕輕鬆偵錯的標準方式。某些偵錯擴充功能允許您這樣做，通常使用偵錯組態，提示您「偵錯編輯器中的檔案」。但是，使用者仍然必須在偵錯組態下拉式選單中選取正確的組態，才能使用 F5。其他偵錯擴充功能實作 F5 的後備策略：如果不存在 launch.json，F5 將嘗試偵錯目前在作用中編輯器中開啟的檔案。

由於這兩種方法都不容易探索，因此某些偵錯擴充功能（例如 Python）已開始在編輯器的標題區域新增執行按鈕。

由於我們尚未找到更好的方法，並且此方法可以在不需要任何新 API 的情況下實作，因此我們撰寫了一些關於如何在標準方式中實作它的準則。擴充功能作者可以在下面的「擴充功能撰寫」章節中找到這些準則。

使用者只需記住這些圖示

Run and debug action in editor title

如果其中一個或兩個出現在編輯器標題區域的左側，則只需按一下即可執行或偵錯編輯器中的檔案。

更簡潔的呼叫堆疊檢視

我們已開始使呼叫堆疊在常見情況下更不擁擠：呼叫堆疊檢視現在支援隱藏因技術原因而存在，但未向使用者提供太多價值的偵錯工作階段節點。

第一個選擇加入此功能的偵錯擴充功能是新的 JavaScript 偵錯工具，只要只有單一子工作階段，它就可以消除父偵錯工作階段。

Screenshot of two "Call Stack" views. Without compaction, there is an extra child session between the parent session and each attached worker processes.

我們希望其他偵錯擴充功能也會跟進。請參閱下方新的建議 API。

跳到游標的新命令別名設定下一個陳述式

為了讓來自 Visual Studio 的使用者更容易探索跳到游標命令，我們新增了命令別名設定下一個陳述式。

如果您不知道跳到游標的作用：它可讓您將程式執行移動到新位置，而不會執行中間的任何原始碼。

懸停時顯示中斷點路徑

當懸停在中斷點檢視中的原始碼中斷點上方時，VS Code 現在會顯示中斷點的絕對路徑。

工作

pnpm 套件管理員支援

pnpm 現在是 npm.packageManager 設定的有效選項，以及 npm 和 yarn，以執行您的指令碼。

原始檔控制

單一檢視

原始檔控制檢視已整合到單一檢視中

Source Control with a single view

所有存放庫都呈現在單一檢視中，因此您可以更好地概觀整個工作區狀態。此外，原始檔控制檢視現在可以移至面板，而其他檢視可以移至原始檔控制檢視容器。

檢視與排序

我們已新增支援，讓您在使用清單檢視選項時，依名稱、路徑 (預設) 和狀態在原始檔控制檢視中排序您的變更。我們已將檢視選項（清單與樹狀結構）和排序選項整合到右鍵選單中的新檢視與排序功能表項目中。

View & Sort in Source Control

Git：還原 squash 訊息

與一般 git merge 命令類似，如果使用者正處於 git merge --squash 命令的中間，SCM 檢視現在將使用預設訊息還原 SCM 輸入。

語言

TypeScript 3.9.6

VS Code 現在捆綁 TypeScript 3.9.6。這個次要更新修正了一些錯誤，包括一個可能導致 TypeScript 伺服器在特定原始碼模式下崩潰的錯誤。

瀏覽器支援

大型檔案上傳支援

您現在可以將大型檔案和資料夾上傳到 VS Code 的網頁版本，並且將準確回報進度，以便您可以追蹤已上傳的位元組數以及上傳速度。

Web upload indicator in bottom Status bar

朝向文字檔案編碼支援

在這個里程碑中，許多工作都投入到瀏覽器中完整支援文字編碼，以用於讀取和寫入檔案。我們依賴兩個程式庫，這些程式庫現在透過利用 webpack 在瀏覽器中受到支援

此工作將在 7 月繼續進行，並應很快普遍可用。

預覽功能

預覽功能尚未準備好發布，但功能已足夠使用。我們歡迎您在開發期間提供早期意見反應。

設定同步

我們在過去幾個月一直在努力支援跨機器同步 VS Code 喜好設定，此功能已在 Insiders 組建版本上提供預覽。

您現在可以使用關閉喜好設定同步右鍵選單動作，在其他機器上停用同步。

Turn off preferences sync for a machine

我們也改進了開啟同步時的進度資訊。

TypeScript 4.0 支援

在此迭代中，我們繼續改進對 TypeScript 4.0 的支援。一些重點包括

  • 醒目提示編輯器中對已棄用符號的呼叫，並加上刪除線

    Call to a deprecated function rendered in the editor

  • 說明無法套用給定重構的原因

    Displaying the reason a refactoring cannot be applied

  • 改進的自動匯入 - 在 TypeScript 4.0 部落格文章中閱讀更多資訊。

您可以立即安裝 TypeScript 每夜組建擴充功能來試用這些功能。

在載入大型 JavaScript 或 TypeScript 專案時，提供部分 IntelliSense 支援

TypeScript 4.0 beta 也帶來了一項新功能，應有助於減少您在等待載入大型 JavaScript 或 TypeScript 專案時花費的時間。為了說明其運作方式，我們首先需要涵蓋一些關於目前版本的 TypeScript 運作方式的背景知識。

當您在 VS Code 中開啟 JavaScript 或 TypeScript 檔案時，TypeScript 語言服務會判斷該檔案所屬的專案，然後為其載入相關聯的專案。有時這個專案可能相當大，例如核心 VS Code 程式碼庫，它由數千個 TypeScript 檔案組成。在載入專案時，VS Code 能夠處理基本語法運算，例如取得文件大綱和啟用程式碼摺疊，但目前無法提供 IntelliSense 或其他更進階的語言功能，因為它們取決於了解整個專案。例如，為了提供自動匯入，TypeScript 語言服務需要知道專案中的所有匯出符號。

TypeScript 4.0 中的變更使 VS Code 可以在大型專案仍在載入時提供 IntelliSense 和其他更進階的語言功能。需要注意的是，我們可以提供的 IntelliSense 僅限於查閱目前檔案，而不是整個專案。這表示建議和跳到定義等功能將會運作，但我們只會顯示來自目前檔案的建議，而且您只能執行跳到定義以跳到目前檔案中的另一個符號。

如果您使用大型 JavaScript 和 TypeScript 專案，我們有興趣聽取您對此新功能的意見反應。您可以立即使用 TypeScript 每夜組建擴充功能來試用它。我們希望它能讓您幾乎立即開始使用您的程式碼，直到更完整的專案範圍 IntelliSense 可用為止。

程式碼動作的復原/重做

我們正在努力能夠復原和重做程式碼動作和重構。一個顯著的例子是 Java 類別重新命名重構，它會進行文字變更，以及在磁碟上重新命名檔案。現在可以復原此操作，但仍然需要觸發復原兩次。敬請期待，因為我們會進一步改進此功能，並請提供早期意見反應。

擴充功能的貢獻

筆記本

VS Code 團隊正在繼續開發筆記本的原生支援。為了協助開發，我們建立了一個 GitHub Issue Notebooks 擴充功能，可讓您搜尋 GitHub 問題和提取要求。此擴充功能仍處於預覽階段，需要使用 VS Code Insiders 組建，但它可讓您親身體驗筆記本，我們歡迎您的意見反應。

更新的 UX

我們更新了筆記本儲存格的視覺外觀，以獲得更精簡的設計。我們也為選取的儲存格新增陰影輪廓，以使選取狀態更明顯。

Updated Notebook UX

筆記本熱退出支援

我們在筆記本中新增了熱退出支援，以允許擴充功能處理備份和還原。您的未儲存本機變更現在可以由擴充功能序列化，並在重新開啟工作區時還原。

復原/重做增強功能

我們新增了支援，讓擴充功能可以貢獻於復原/重做堆疊。擴充功能現在可以控制哪些作業可復原。例如，在 GitHub Issue Notebook 中，您可以選取鎖定按鈕以使儲存格內容唯讀，也可以透過一般復原/重做命令來復原/重做此作業。

Undo/Redo in GitHub Issue Notebook

佈景主題：GitHub 佈景主題

建立未命名筆記本

我們擴充了新增檔案命令 (⌘N (Windows、Linux Ctrl+N)) 以支援建立新的未命名筆記本檔案。例如，您可以使用下面的鍵盤繫結快速建立 GitHub Issue Notebook 並執行查詢。

{
  "key": "cmd+i",
  "command": "workbench.action.files.newUntitledFile",
  "args": { "viewType": "github-issues" }
}

Create Untitled GitHub Issue Notebook

佈景主題：GitHub 佈景主題

筆記本色彩符號

我們也為筆記本新增了下列色彩符號

  • notebook.cellBorderColor：筆記本儲存格的邊框色彩
  • notebook.cellHoverBackground：儲存格懸停時的背景色彩
  • notebook.cellInsertionIndicator：筆記本儲存格插入指示器的色彩
  • notebook.focusedCellBackground：儲存格聚焦時的背景色彩
  • notebook.focusedCellBorder：儲存格聚焦時的頂部和底部邊框色彩
  • notebook.focusedCellShadow：儲存格聚焦時的儲存格陰影色彩
  • notebook.focusedEditorBorder：筆記本儲存格編輯器邊框的色彩

兩個新範例示範如何在筆記本中支援偵錯

筆記本擴充功能指南

如果您有興趣為 VS Code 建立筆記本擴充功能，則有一個新的指南詳細說明筆記本 API。您將了解 API 以及 VS Code 筆記本基礎結構和筆記本擴充功能開發最佳實務的詳細資訊。

遠端開發

持續開發遠端開發擴充功能，可讓您使用容器、遠端機器或 Windows Subsystem for Linux (WSL) 作為全功能開發環境。

1.47 中的功能重點包括

  • 遠端 - SSH：遠端伺服器可以監聽 socket 而不是 port。
  • 開發容器：提示在磁碟區中開啟存放庫。
  • 開發容器和 WSL：查看最近的在 WSL 2 中使用開發容器部落格文章。

您可以在遠端開發版本資訊中，了解新的擴充功能功能和錯誤修正。

如果您是 VS Code 遠端開發的新手，可以透過這些入門教學課程開始使用

Azure 帳戶

最新版本的 Azure 帳戶擴充功能現在公開了一個認證物件，可以與最新的 Azure SDK 搭配使用。

GitHub 提取要求和問題

持續開發 GitHub 提取要求和問題 擴充功能，可讓您處理、建立和管理提取要求和問題。此版本的某些更新包括

  • 問題檢視中的 Markdown 懸停。
  • 新問題編輯器中的標籤建議。
  • 支援懸停以顯示格式為 GH-123 的問題。

若要了解所有新功能和更新，您可以查看擴充功能 0.18.0 版本的完整變更記錄。

Hex 編輯器

HexEditor 擴充功能持續改進，以在 VS Code 內提供原生十六進位編輯體驗。此版本擴充功能的主要更新包括簡單編輯支援（允許使用者復原、重做、編輯現有的十六進位儲存格，以及在文件末尾新增儲存格）和大型檔案最佳化，允許使用者開啟超過 18 MB 的檔案，這在先前是不可能的。

Editing in the HexEditor extension

完整的重大變更清單可在變更記錄中找到。任何意見反應或遇到的問題都可以在 vscode-hexeditor 存放庫中提交。

擴充功能撰寫

協助工具資訊

我們已完成 TreeItem、StatusBarItem 和 TimelineItem 元素中的 AccessibilityInformation，以支援螢幕閱讀器。AccessibilityInformation 包含 label 和 role。當項目取得焦點時，螢幕閱讀器會朗讀 label。項目的 role 定義螢幕閱讀器與其互動的方式。role 應在特殊情況下設定，例如，樹狀元素的行為類似核取方塊。如果未指定 role，VS Code 將自動選取適當的 role。

「前往位置」的後備訊息

當找不到任何位置時，editor.action.goToLocations 命令現在可以顯示後備訊息。這可讓擴充功能實作類似前往超類型的功能，其行為就像內建功能一樣，例如跳到定義。下面的程式碼片段是叫用此命令的擴充功能的完整範例

vscode.commands.executeCommand(
  'editor.action.goToLocations',
  vscode.window.activeTextEditor.document.uri, //anchor uri and position
  vscode.window.activeTextEditor.selection.start,
  [], // results (vscode.Location[])
  'goto', // mode
  'No Super Types Found' // <- message
);

改善單一檔案偵錯體驗的準則

對於想要透過在編輯器中新增「執行」和/或「偵錯」按鈕來改善單一檔案偵錯體驗的偵錯擴充功能，我們建議遵循這些準則以獲得一致的外觀和風格

  • 在 package.json 中貢獻「執行」和/或「偵錯」命令 (請參閱 Mock Debug)
    • 使用命令標題「執行檔案」/「偵錯檔案」或「執行 Python 檔案」/「偵錯 Python 檔案」。
    • 針對「執行」使用 $(play) 圖示，針對「偵錯」使用 $(debug-alt-small)。
  • 將命令新增至編輯器標題區域 (請參閱 Mock Debug)
    • 若要使命令僅對特定語言可見，請使用 "when" 子句，例如 "resourceLangId == python"。
    • 將「執行」命令放在 1_run@10 群組中，將「偵錯」命令放在 1_run@20 群組中。

CodeActionProviderMetadata.documentation

CodeActionProviderMetadata 上的新 documentation 屬性可讓擴充功能為它們傳回的程式碼動作提供靜態文件。當提供者傳回程式碼動作時，此文件會顯示在程式碼動作清單的底部

A documentation entry in the Code Actions menu

當使用者選取文件項目時，會執行命令。此命令可以在編輯器中顯示文件，或在瀏覽器中開啟。

「開啟和儲存」對話方塊標題

透過 OpenDialogOptions 和 SaveDialogOptions 為「開啟和儲存」檔案對話方塊提供 title 的 API 已完成。請注意，並非所有作業系統都允許設定此標題，因此行為可能會因您的擴充功能執行的位置而異。

新的擴充功能類別

您現在可以使用以下新加入的類別來分類您的擴充功能。

  • 資料科學
  • 機器學習
  • 視覺化
  • 測試
  • 筆記本

輔助按鈕樣式

我們引入了輔助按鈕樣式，以便在需要使按鈕較不顯眼時使用

  • button.secondaryForeground
  • button.secondaryBackground
  • button.secondaryHoverBackground

GitHub 工作流程徽章

您現在可以將 GitHub 工作流程徽章新增至已發布擴充功能的徽章清單，因為 github.com 已新增至核准的徽章來源清單。

GitHub Workflow badge

透過 argv.json 啟用建議的 API

欄位 enable-proposed-api 現在在 argv.json 中受到支援。這可讓擴充功能作者在已發布組建中執行其建議的 API 擴充功能以進行長期內部測試，而無需透過命令列開啟 VS Code 並傳遞 --enable-proposed-api CLI 旗標。

新的 codicon 圖示

我們已將下列新圖示新增至我們的 codicon 程式庫

  • debug-alt-small
  • vm-connect

Codicons icons

語言伺服器協定

即將推出的 3.16 規格已新增對語意符號和完成項目中額外文字編輯的延遲解析的支援。

建議的擴充功能 API

每個里程碑都帶有新的建議 API，擴充功能作者可以試用它們。與往常一樣，我們想要您的意見反應。以下是您試用建議 API 必須執行的操作

  • 您必須使用 Insiders 組建，因為建議的 API 經常變更。
  • 您必須在擴充功能的 package.json 檔案中包含此行："enableProposedApi": true。
  • 將最新版本的 vscode.proposed.d.ts 檔案複製到專案的原始碼位置。

請注意，您無法發布使用建議 API 的擴充功能。下一個版本中可能會出現重大變更，而我們絕不希望破壞現有的擴充功能。

終端機連結提供者

承襲先前版本終端機新增的連結系統，這個新的提案 window.registerLinkProvider 允許擴充功能將連結附加到終端機，包含懸停時會顯示的工具提示標籤。

Terminal Link Provider

這與先前提案（現已棄用）的 「連結處理器」API 形成對比，該 API 可能允許您的擴充功能處理相關連結，如果沒有處理，則會有一個後備鏈。這種新的模型（連結肯定會被處理）更符合我們心中的願景，即連結可以擁有一系列可能的操作。

不用偵錯執行的新 API

VS Code 的「不用偵錯執行」功能是偵錯的一種變體，它會重複使用現有的偵錯組態來執行程式，而不是對其進行偵錯。這種執行模式的結果是，程式不會中斷到偵錯工具中，無論是遇到中斷點還是任何其他原因。

在這個里程碑中，我們為「不用偵錯執行」提供官方擴充功能 API：已在 debug.startDebugging 函式的 DebugSessionOptions 中新增一個新的屬性 noDebug。noDebug 控制即將開始的工作階段是否應在偵錯或不偵錯的情況下執行。當缺少 noDebug 屬性時，將使用父工作階段（如果有的話）的值。如果沒有父工作階段，則對於缺少的 noDebug 屬性，將假定值為 'false'。

請注意：先前可以在啟動組態中新增 noDebug 旗標以達到相同的效果。這個非官方 API 現在已棄用（但仍受支援），我們建議擴充功能轉換到新的 API。

用於減少 CALLSTACK 檢視中雜亂的新 API

隨著複雜的偵錯擴充功能和偵錯設定的出現，CALL STACK 樹狀檢視中會顯示更多偵錯工作階段，使其看起來很擁擠。在大多數情況下，偵錯工作階段對使用者很有用，他們需要完全控制這些工作階段。在其他情況下，某些偵錯工作階段只是實作產物，或是一組子工作階段的分組機制。

為了在常見情況下減少 CALL STACK 檢視的擁擠程度，我們引入了一項功能，如果父偵錯工作階段節點只有一個子工作階段，則隱藏該節點。此功能稱為「精簡模式」，可透過 debug.startDebugging 函式的 DebugSessionOptions 上新的可選屬性 compact 來使用。

如果 compact 為 true，則新建立的偵錯工作階段的父工作階段將在 CALL STACK 檢視中隱藏，只要它只有一個子工作階段。如果 compact 為 false 或遺失，則父節點保持可見（這是目前的行為）。

樹狀結構中的 Markdown 懸停

有一個新的提案 API，允許 TreeItem 的 tooltip 為 MarkdownString。除了允許工具提示使用 Markdown 之外，TreeDataProvider 上還有一個新的 resolveTreeItem。resolveTreeItem 背後的想法是，可能需要較長時間計算的屬性（目前只有 tooltip）可以稍後再解析，而不是為每個樹狀項目預先計算。您可以在 GitHub Pull Requests and Issues 擴充功能 中看到 resolveTreeItem 和 Markdown tooltip 的使用。

工程

使用 TypeScript 4.0 建置 VS Code

VS Code 現在使用 TypeScript 4.0 的 每夜建置 版本建置。

這個新的 TypeScript 版本幫助我們捕捉到一些關於 存取器的潛在錯誤，並且也幫助我們測試即將發布的 TypeScript 版本。

文件與擴充功能

C++ 的 CMake 工具

使用 CMake 開發 C++ 應用程式 和 CMake Tools 擴充功能的新教學課程。

CMake Tools extension

macOS 的 Java Pack 安裝程式

Visual Studio Code Java Pack 安裝程式 會下載在 macOS 上的 Visual Studio Code 中進行 Java 開發所需的相依性和擴充功能。

Java Pack installer for macOS

重大修正

  • 71291：水平捲動會破壞樹狀結構中的呈現
  • 93230：區域變數以惱人的方式摺疊
  • 98309：在工作副本檔案服務中支援多個檔案
  • 99061：允許重新開啟已關閉的差異編輯器
  • 99290：Git：在重新載入時還原差異編輯器
  • 99704：頂端偵錯工作階段列在未暫停時顯示「已暫停」
  • 99786：當偵錯工具列位置停靠時，無法啟動其他工作階段
  • 100524：SCM 裝飾遺失
  • 101132：離線時嘗試開啟發行說明後，永遠無法再次開啟

感謝您

最後但同樣重要的是，衷心感謝以下人士在本月為 VS Code 做出貢獻

對我們的問題追蹤做出貢獻

對 vscode 做出貢獻

對 vscode-extension-samples 做出貢獻

對 vscode-eslint 做出貢獻

對 debug-adapter-protocol 做出貢獻

對 language-server-protocol 做出貢獻

對 vscode-languageserver-node 做出貢獻

對 vscode-css-languageservice 做出貢獻

對 node-jsonc-parser 做出貢獻

對 vscode-generator-code 做出貢獻

對 vscode-vsce 做出貢獻