🚀 在 VS Code 中！

2021 年 7 月 (版本 1.59)

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

此版本也解決了 CVE-2021-26437 安全漏洞。

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

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

如果您想線上閱讀這些版本資訊，請前往 更新 頁面，網址為 code.visualstudio.com。

加入我們的直播，在 8 月 10 日星期二太平洋時間上午 8 點（倫敦下午 4 點）觀看 VS Code 團隊的直播，以觀看此版本新功能的示範，並向我們即時提問。

Insiders： 想盡快試用新功能嗎？您可以下載每晚的 Insiders 組建版本，並在最新更新可用時立即試用。

工作台

擴充功能

調整大小後，擴充功能檢視已改進。在以下短片中，預設寬度的擴充功能檢視會顯示所有詳細資訊（先前未顯示圖示、評分和安裝計數）。隨著檢視縮小，會顯示較小的擴充功能圖示，而當其寬度進一步縮小時，圖示和評分會隱藏。

Dynamic Extensions view

主題：GitHub Light Theme

擴充功能檢視現在在擴充功能上顯示自訂懸停提示。這個豐富的懸停提示包含擴充功能的完整描述，以及其他實用資訊，例如擴充功能為何停用或建議使用。

Custom Extension hover

主題：GitHub Light Theme

您現在可以在擴充功能窗格中新的 執行階段狀態 索引標籤中檢查擴充功能的執行階段狀態。狀態資訊包括其啟動時間、是否在啟動時啟動，以及是否有任何警告或錯誤。其中一些資訊會顯示在擴充功能檢視及其懸停提示中（如上圖所示）。

Extension Runtime Status

主題：GitHub Light Theme

擴充功能窗格的 [詳細資訊] 索引標籤現在顯示類別、資源連結和其他資訊，例如擴充功能發行和更新日期。選取類別將在擴充功能檢視中顯示該類別中的其他擴充功能。

Extension Details

主題：GitHub Light Theme

設定編輯器

設定編輯器現在支援物件的驗證。驗證會檢查在直接編輯 JSON 檔案時可能引入的類型錯誤。

Object setting showing validation errors

陣列設定現在在非編輯模式下具有拖放支援。此外，將屬性 uniqueItems 設定為 true 的列舉陣列設定現在只會顯示剩餘選項，而不是下拉式選單中的所有選項。

Drag and drop for array settings

設定編輯器現在也支援多行字串設定，其中值會在多行文字區域而不是單行輸入方塊中呈現。

An example of a multiline string setting

擴充的主題自訂語法

以下列出的色彩自訂設定允許使用者自訂目前主題的色彩。

  • workbench.colorCustomizations
  • editor.tokenColorCustomizations
  • editor.semanticTokenColorCustomizations

有新的語法可以一次自訂多個主題。

    "workbench.colorCustomizations": {
        "[Abyss][Red]": {
            "activityBar.background": "#ff0000"
        },
        "[Monokai*]": {
            "activityBar.background": "#ff0000"
        }
    },

可以列出多個主題，並且可以在名稱的開頭和結尾使用 * 萬用字元。

支援 Jupyter Notebook

這個月，我們將處理讀取 *.ipynb 檔案的程式碼從 Jupyter Notebook 擴充功能移至新的內建擴充功能。這表示您現在可以在 VS Code 的全新安裝中開啟 Jupyter Notebook，而無需安裝完整的 Jupyter 擴充功能。但是，如果您想要執行儲存格或檢視使用 ipywidgets 或其他複雜轉譯器類型的輸出，您將必須安裝 Jupyter 擴充功能。

Notebook 版面配置改善

我們在此迭代中對 Notebook 版面配置進行了一些改進。

  • 當儲存格摺疊時，現在會轉譯儲存格輸入的第一行。
  • 當視窗寬度不足以轉譯所有主要動作時，Notebook 編輯器工具列上的動作將移至溢位選單 (...)。
  • notebook.undoRedoPerCell 的預設值現在已變更為 true。

notebook layout improvements

我們也更新了程式碼儲存格的預設樣式，現在顯示背景色彩以協助區分儲存格。主題可以使用 notebook.cellEditorBackground 來自訂此色彩。

Example of updated notebook code cells

最後，您現在可以使用設定 notebook.globalToolbarShowLabel 來切換 Notebook 工具列上的文字標籤。

Example of notebook toolbar text

設定複製相對路徑的路徑分隔符號

新的設定 explorer.copyRelativePathSeparator 可讓您在叫用 複製相對路徑 動作時明確設定路徑分隔符號。

可用的分隔符號選項如下：

  • auto (預設) - 使用作業系統特定的路徑分隔字元。
  • / - 使用斜線作為路徑分隔字元。
  • \\ - 使用反斜線作為路徑分隔字元。

跨編輯器群組共用檢視狀態

新增了設定 workbench.editor.sharedViewState，以設定編輯器檢視狀態（例如，編輯器中的捲動位置）在編輯器群組之間共用的方式。

預設情況下，此設定已停用，以保留目前的行為。如果您在側邊開啟編輯器，然後稍後關閉該編輯器群組，然後再次在側邊開啟編輯器，則不會還原任何檢視狀態，因為您正在開啟新的編輯器群組。但是，當您啟用此設定時，最新的編輯器檢視狀態會在所有編輯器群組之間保留，並且將會使用，除非找到更具體的編輯器群組檢視狀態。

在下方，當重新在側邊開啟 package.json 檔案時，選取狀態會保留。

Shared editor group view state

編輯器

在摺疊區域之間導覽

有新的命令可將游標位置設定為對應的摺疊。

  • 前往下一個摺疊 (editor.gotoNextFold)
  • 前往上一個摺疊 (editor.gotoPreviousFold)
  • 前往父摺疊 (editor.gotoParentFold)

這些命令目前沒有預設的按鍵繫結，但您可以透過 喜好設定：開啟鍵盤快速鍵 新增自己的鍵盤快速鍵 (⌘K ⌘S (Windows、Linux Ctrl+K Ctrl+S))。

自動摺疊匯入

使用設定 editor.foldingImportsByDefault，讓匯入陳述式自動摺疊。檔案開啟一次後，摺疊狀態就會儲存。此功能適用於 TypeScript、JavaScript、Java、C#、C++，以及所有具有摺疊範圍提供者且以 FoldingRangeKind.Imports 註解匯入陳述式的語言。

從選取範圍植入搜尋字串

尋找控制項設定 editor.find.seedSearchStringFromSelection 已擴充為僅支援從非空白選取範圍植入搜尋字串。預設情況下，當顯示尋找控制項時，編輯器會使用選取範圍或空白選取範圍周圍的文字作為搜尋鍵盤。

內嵌建議改進

我們已變更內嵌建議的轉譯方式。這不僅修正了許多錯誤，也讓自動換行能夠感知內嵌建議。

此外，現在支援非尾隨位置的多行內嵌建議。

鑲嵌提示改進

我們也變更了鑲嵌提示的轉譯方式。透過使用與內嵌建議相同的機制，自動換行現在也會將鑲嵌提示納入考量。此機制也啟用鑲嵌提示周圍的個別游標停靠點。

終端機

跨視窗拖放終端機

將終端機從一個視窗的索引標籤清單或編輯器區域拖放到另一個視窗的索引標籤清單、編輯器區域或面板中。

Drag and drop terminal across windows

子程序追蹤和關閉警告

現有的 terminal.integrated.confirmOnExit 和新的 terminal.integrated.confirmOnKill 設定使用子程序追蹤，在嘗試關閉具有 Shell 程序下子程序的終端機時顯示警告。預設情況下，此追蹤僅影響編輯器區域中的終端機，但現在可以設定為顯示所有終端機或面板區域中終端機的警告。

將貢獻的終端機設定檔設定為預設值

擴充功能貢獻的終端機設定檔現在可以設定為預設設定檔。預設終端機設定檔在終端機下拉式選單中以 預設 後綴表示。

The terminal profile dropdown displays indicates the extension terminal profile is set as the default

底線和刪除線支援

整合式終端機現在支援底線和刪除線屬性。例如，可以設定 Git 以使用這些新屬性。

Git output in terminal with underline and strikethrough text

主題：Sapphire Theme

以上範例在 .gitconfig 中使用以下設定：

[color "status"]
  added = green bold
  changed = red bold strike
  untracked = cyan
  branch = yellow black bold ul

在側邊的編輯器區域中建立終端機

有一個新的命令 workbench.action.createTerminalEditorSide，可在側邊的編輯器區域中建立終端機，位於使用中的編輯器旁邊。

使用中終端機索引標籤指示器

主題現在可以使用主題金鑰 terminal.tab.activeBorder 設定垂直線的色彩，以指示使用中終端機索引標籤。

Highlighted active terminal

如果未設定 terminal.tab.activeBorder，色彩將會回復為 tab.activeBorder。

停用終端機索引標籤圖示中的動畫

新的設定 terminal.integrated.tabs.enableAnimation 將停用終端機索引標籤圖示中的動畫。對於工作，會使用播放按鈕，而不是微調器動畫。

Terminal tab without animation and play button displayed

偵錯

改進編輯器標題中的執行/偵錯按鈕

在 2 月發行版本中，我們引入了一個下拉式選單按鈕，將執行和偵錯命令分組在編輯器標題區域的中央（且精簡）位置（請參閱 1.54 版本資訊）。根據使用者意見反應，我們嘗試透過記住上次執行的動作來改進下拉式選單按鈕。下拉式選單按鈕現在有兩個點擊區域，一個用於預設動作（左側），另一個用於下拉式選單（右側），選取時會執行動作並將其記住為新的預設動作。

Debug/run split button shown for Java

下拉式選單行為

  • 如果只有單一執行或偵錯動作，則會省略下拉式選單。
  • 如果有多個執行或偵錯動作，則所有動作都會顯示在下拉式選單中，且預設動作會設定為下拉式選單中的第一個動作（只要沒有記住的動作）。
  • 預設動作會在整個 VS Code 重新啟動中為特定工作區保留；它不會為每個編輯器保留。

擴充功能貢獻

Live Preview

Live Preview 擴充功能（上個月發行）有一些令人興奮的新功能。這些功能包括：

  • 與內建 JavaScript 偵錯工具相容，適用於外部預覽。
    • 執行 Live Preview: Show Debug Preview 以試用看看！
  • 嵌入式瀏覽器的改進，例如「在頁面中尋找」支援和快速存取 webview 開發人員工具。
  • 自動產生檔案的檔案系統監看。
  • 還有更多！🎉

若要查看本月進度的更多詳細資訊，請參閱 擴充功能的版本資訊。

Live Preview Debugging

Live Preview new browser features

主題：GitHub Dark Theme

GitHub Pull Requests and Issues

GitHub Pull Requests and Issues 擴充功能的工作持續進行中，可讓您處理、建立和管理提取要求和問題。本月的主要重點之一是，開始處理 問題已擴充，可讓您處理目前存放庫外部的問題。

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

Jupyter

Jupyter 擴充功能的工作持續進行中。若要瞭解所有新功能和更新，您可以閱讀擴充功能 7 月版本的完整變更記錄。

如果您想瞭解更多關於 VS Code 啟用 Notebook 原生支援的路徑，您可以閱讀最近的Notebook 成熟期部落格文章。

互動式視窗

Jupyter 互動式視窗提供了一種替代方法，可使用文字檔案而不是 Notebook 介面來建立和處理 Jupyter Notebook。上個月，我們預覽了 Jupyter 互動式視窗的升級版本，其特色是更深入的工作台整合，包括支援主題、自訂按鍵繫結、程式碼片段、與擴充功能相容等等。非常感謝使用者透過 GitHub 問題提供有關預覽體驗的意見反應。內建互動式視窗現在是 1.59 中的預設介面。先前的介面將保留在設定 "jupyter.enableNativeInteractiveWindow": false 後方，並將在即將發行的版本中移除。我們期待收到您的意見反應。

Shift+Enter to run code in the Interactive window

逐行執行

我們一直在努力支援 Jupyter Notebook 中的「逐行執行」功能。此功能基本上是一種簡化的偵錯模式，可讓您逐行逐步執行儲存格的程式碼，而無需任何複雜的偵錯 UI。這仍然是實驗性的，但您可以透過設定 "jupyter.experimental.debugging": true、在您選取的核心中安裝 ipykernel 版本 6，然後選取儲存格工具列中的 逐行執行 按鈕來試用看看。

Run by line

Python

在 Python 擴充功能中，我們改進了 Python 直譯器清單的排序。過去，虛擬環境會顯示在清單底部，導致需要大量捲動和/或搜尋。專案根目錄上的虛擬環境現在會先顯示，然後是全域安裝的環境。

List of Python interpreters

Dev Containers devcontainer CLI

Dev Containers 擴充功能（用於從 VS Code 內部處理 Docker 容器）現在包含 devcontainer 命令列介面，可讓您在開發容器中開啟資料夾 (devcontainer open) 或建置開發容器映像 (devcontainer build)。

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

預覽功能

自動偵測未命名檔案的語言

我們很高興宣佈使用機器學習自動偵測未命名檔案語言的初始預覽版，該功能會偵測您正在編寫哪種語言的程式碼，並自動設定未命名檔案的語言模式。此功能使用開放原始碼 ML 程式庫 Tensorflow.js 和 GitHub 使用者 @yoeo 的 Guesslang ML 模型。

在此版本中，此功能預設為關閉，但我們計劃在下一個迭代中將其設為預設。若要啟用它，請套用以下設定：

"workbench.editor.untitled.experimentalLanguageDetection": true

若要查看此功能的運作方式，請開啟未命名檔案 (檔案 > 新增檔案)，並將原始碼貼到您的編輯器中。

以下是自動偵測 Python 程式碼的範例：

paste a code snippet right into VS Code and it will detect the language

主題：Panda Theme

此外，您可以透過開啟語言選擇器來查看偵測到的語言。

the language picker also shows the detected languages if there are any

主題：Panda Theme

注意：如果語言偵測不夠有信心，那麼您將會停留在目前的語言模式，並且在語言偵測更有信心之前，語言選擇器中不會顯示任何結果。

此設定也允許您提供語言覆寫，以指定您不希望自動切換離開的語言模式。

以下是不自動偵測 Markdown 檔案的範例：

"workbench.editor.untitled.experimentalLanguageDetection": true
"[markdown]": { "workbench.editor.untitled.experimentalLanguageDetection": false }

使用上述設定，當您編輯未命名的 Markdown 檔案時，自動語言偵測將不會執行。但是，如果您修改任何其他種類的未命名檔案，自動語言偵測將會使用這些檔案的內容執行。

我們已將與 ML 模型互動的程式碼分成自己的程式庫，並以 npm 套件形式發行，位於 vscode-languagedetection 存放庫中。

請告訴我們未命名檔案的自動語言偵測對您來說運作得如何！

TypeScript 4.4

此版本包含對即將發行的 TypeScript 4.4 版本的支援。您可以在 TypeScript 部落格上閱讀更多關於 TypeScript 4.4 中的新語言功能和改進的資訊。一些工具重點：

  • JavaScript 和 TypeScript 檔案中參數名稱和類型的鑲嵌提示。
  • 純 JavaScript 檔案中的基本拼字建議。這些建議只會在 TypeScript 語言服務對錯誤和修正有信心時才會顯示。

若要開始使用 TypeScript 4.4 每晚組建版本，請安裝 TypeScript Nightly 擴充功能。

請分享您的意見反應，並讓我們知道您在使用 TypeScript 4.4 時是否遇到任何錯誤。

反組譯碼檢視

感謝 Microsoft C++ 團隊的重大貢獻，我們很高興在此里程碑中包含偵錯 反組譯碼 檢視的預覽版。

可以從編輯器的內容選單開啟反組譯碼檢視，以顯示使用中堆疊框架的反組譯碼來源，並且它支援逐步執行組譯碼指令和在個別指令上設定中斷點。

反組譯碼檢視僅在使用中偵錯工作階段中可用，且前提是基礎偵錯擴充功能支援它。截至今天，只有 Microsoft C++ 和 Mock Debug 擴充功能可以饋送反組譯碼檢視。

Disassembly view in Mock Debug extension

從技術角度來看，VS Code 反組譯碼檢視的實作現在支援偵錯配接器協定的另外四個功能：

  • 用於提供記憶體位置反組譯碼來源的 disassembly 要求。
  • 堆疊框架上的 instructionPointerReference 屬性。
  • 逐步執行要求上的 granularity 屬性。
  • 指令中斷點和 setInstructionBreakpoints 要求。

擴充功能撰寫

測試 API

去年秋天，我們開始新增在 VS Code 中原生支援執行測試的功能，而本月第一組與測試相關的 API 已定案。與先前的擴充功能相比，這些 API 提供了更大的彈性、更好的效能和更豐富的 UX。查看關於撰寫測試擴充功能指南以深入瞭解。

Image showing the test explorer and rich diff view experience

主題：codesong

Test Explorer UI 擴充功能的現有使用者可以透過將 testExplorer.useNativeTesting 設定為 true 來取得原生體驗。但是，轉換是 Test Explorer UI 擴充功能現有 API 的反映，因此不包含豐富的差異支援等某些功能。

採用測試 API 的第一個擴充功能之一是 Microsoft Test Runner for Java，包含在 Extension Pack for Java 中。

Java extension using the native test API in VS Code

新增檔案選單的貢獻點

提供建立新檔案編輯器方式的擴充功能（例如 Notebook 或自訂編輯器）現在可以將命令貢獻給新的 file/newFile 選單貢獻點。可以從歡迎頁面或 [檔案] 選單中的 新增檔案... 項目存取此選單。

New File menu in use via Welcome page

豐富的狀態列懸停提示

狀態列項目現在支援豐富的懸停提示，包括連結和圖示 StatusBarItem.tooltip: string | IMarkdownString。

Rich Status bar hover

  • 如果 MarkdownString.supportThemeIcons 為 true，您可以使用具有 $(iconName) 語法的圖示。
  • 如果 MarkdownString 受信任，您也可以新增命令連結。語法：([test](command:vscode.newWindow))。

狀態列警告色彩

代表警告的狀態列項目可以使用新增加的色彩 statusBarItem.warningBackground 和 statusBarItem.warningForeground。

沒有 additionalProperties 的物件設定

物件設定必須將 additionalProperties 設定為 false，物件才能在設定編輯器中受到支援。否則，設定編輯器會將設定解譯為可以採用任何形狀的複雜設定，並引導使用者前往設定 JSON 檔案。

多行字串設定

若要新增對設定編輯器中多行字串設定的支援，請將 "editPresentation": "multilineText" 作為索引鍵值組新增至字串設定。將字串設定變更為多行將導致設定編輯器在多行文字區域而不是單行輸入方塊中轉譯設定值。

更新的 codicon

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

List of updated icons

  • azure
  • compass-active
  • compass-active
  • compass-dot
  • compass
  • debug-all
  • debug-coverage
  • git-pull-request-closed
  • git-pull-request-draft
  • issue-draft
  • layers-active
  • layers-dot
  • layers

文字文件變更原因

當觸發事件 workspace.onDidChangeTextDocument 時，事件物件上的新屬性 reason 會指出文字變更是否是由復原或取消復原作業所造成。

語言伺服器協定

新一代的 語言伺服器協定 以及對應的 npm 模組已發佈。3.17 版本包含與 VS Code 本身最新變更一致的完成項目標籤詳細資訊建議。

偵錯配接器協定

定案「writeMemory」要求和「memory」事件建議

writeMemory 要求已定案，現在可在 偵錯配接器協定 1.48 版和對應的 npm 模組中使用。如果偵錯配接器具有 supportsWriteMemoryRequest 功能，用戶端可以使用 writeMemory 要求將位元組寫入至指定位置的記憶體。

memory 事件有一個建議，將在下一個里程碑新增至 DAP。

建議的擴充功能 API

每個里程碑都附帶新的建議 API，擴充功能作者可以試用看看。與往常一樣，我們希望收到您的意見反應。以下是您試用建議 API 必須執行的操作：

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

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

TaskGroup 的 isDefault

group 屬性存在於 tasks.json 檔案中定義的工作中，並且也透過工作 API 公開。group 屬性具有 isDefault 屬性，該屬性直到現在才在 API 中提供。此建議將 isDefault 屬性公開為 TaskGroup 上的唯讀屬性，以便擴充功能可以讀取哪個工作是群組的預設工作，但無法透過設定群組的預設值來覆寫使用者的組態。

AuthenticationGetSessionOptions 的 forceRecreate

到目前為止，getSession API（用於取得驗證工作階段物件）從未有要求使用者登入的功能。對於 GitHub 等驗證服務，需要提示登入，這些服務使用 SAML/單一登入 (SSO) 和存取權杖，當 SSO 工作階段過期時，最終會失去資源的存取權。此建議將另一個屬性新增至 AuthenticationGetSessionOptions，稱為 forceRecreate，可讓您要求使用者再次登入。系統會向使用者顯示類似於您指定 createIfNone 時的強制回應體驗。

工程

現在所有桌面都使用基於 iframe 的 Webview

本月，我們完成了從 Electron 的 webview 標籤元素到一般 <iframe> 元素基於 Webview 的轉換。這更好地對齊了 VS Code 的 Webview 在桌面和 Web 上的實作，並且也讓我們刪除了許多現在多餘的程式碼。

Electron 13 更新

在此里程碑中，我們完成了探索以將 Electron 13 捆綁到 VS Code 中，我們要感謝所有參與 Insiders 版本測試和自我託管的人員。這是 Electron 的主要版本，隨附 Chromium 91.0.4472.124。此版本中 Node.js 版本沒有變更，它將保持 v14.16.0。

Electron 沙箱支援的進度

當我們繼續讓 VS Code 工作台準備好啟用 Electron 的 沙箱 時，我們想要在 Linux 上啟用混合沙箱模式，並且不再在我們散發的套件 deb、rpm、snap 和 tar 封存中捆綁 CLI 引數 --no-sandbox。Chromium 在 Linux 上具有多層沙箱模型。如果 Chromium 無法將命名空間沙箱用於第 1 層，它將嘗試透過與應用程式二進位檔案一起運送的協助程式二進位檔案 chrome-sandbox 來使用 setuid 沙箱。為了使 setuid 二進位檔案正常運作，它需要滿足以下條件：

  • 沙箱二進位檔案必須可由 Chromium 程序執行。
  • 它必須是 SUID 且可由其他人執行。

我們能夠為 deb 和 rpm 套件保留這些條件。目前無法為 snap 達成這些權限，我們有追蹤 問題 #127140 以解決未來 snap 套件的問題。

至於使用 tar 封存，如果應用程式無法使用命名空間沙箱（當在容器內部執行時可能會發生這種情況），則會失敗並顯示以下錯誤：

FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that chrome-sandbox is owned by root and has mode 4755.

如果發生這種情況，您可以使用以下兩個選項中的任一個使其運作：

  • 修正 setuid 協助程式的權限

    sudo chown root <path-to-vscode>/chrome-sandbox
sudo chmod 4755 <path-to-vscode>/chrome-sandbox

  • 使用 --no-sandbox 旗標執行

煙霧測試改進

我們執行一組煙霧測試，在每個組建上觸發，啟動 VS Code（桌面和 Web）並執行各種 UI 元素，以確保正常運作。在此里程碑中，我們投入了此基礎結構，以讓我們從發行檢查清單中移除手動煙霧測試。

煙霧測試現在在所有平台（macOS、Linux 和 Windows）上執行。最重要的是，我們更複雜的煙霧測試套件之一，專門檢查 VS Code 上一個穩定版本和新版本之間的迴歸，已自動化為在每次提交時執行。

最後，感謝我們用於自動 Web 煙霧測試的絕佳 Playwright 程式庫，我們啟用了其追蹤功能，以讓我們使用其 追蹤檢視器 工具重播失敗的煙霧測試。

值得注意的修正

  • 26425：當沒有變更存在時，不應顯示「開啟變更」按鈕
  • 100815：連線到遠端 WSL 時，外部終端機損壞
  • 106981：當視窗縮放設定為 -1 時，終端機游標重影
  • 127959：偵錯工具暫停時，「偵錯」窗格開啟
  • 129059：設定編輯器中的物件小工具未轉譯描述
  • 129070：僅按一下「確定」按鈕無法更正下拉式選單設定值
  • 129415：使用者工作無法在單一檔案模式下執行

感謝您

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

對我們的問題追蹤的貢獻

對 vscode 的貢獻

對 vscode-extension-samples 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-pull-request-github 的貢獻

對 vscode-vsce 的貢獻

對 debug-adapter-protocol 的貢獻

對 language-server-protocol 的貢獻

對 monaco-editor 的貢獻

對 monaco-languages 的貢獻