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

2021 年 9 月 (1.61 版)

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

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

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

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

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

觀看 VS Code 團隊釋出派對中此版本新功能的亮點錄影，可在我們的 YouTube 頻道上找到。

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

工作臺

在不建立新組的情況下拆分編輯器

添加了一個新命令在組中拆分 (⌘K ⇧⌘\ (Windows, Linux Ctrl+K Ctrl+Shift+\)) 以將編輯器拆分為兩邊，而無需第二個編輯器組。這使您可以在同一檔案上並排在兩個編輯器中工作。您還可以透過切換佈局按鈕在垂直或水平拆分之間切換佈局，如短影片所示。

如果您更喜歡垂直或水平拆分，有一個新設定workbench.editor.splitInGroupLayout。

有新的命令可以透過鍵繫結使用此功能

  • workbench.action.splitEditorInGroup
  • workbench.action.toggleSplitEditorInGroup
  • workbench.action.joinEditorInGroup
  • workbench.action.toggleSplitEditorInGroupLayout

以及在兩邊之間導航

  • workbench.action.focusFirstSideEditor
  • workbench.action.focusSecondSideEditor
  • workbench.action.focusOtherSideEditor

新顏色sideBySideEditor.border設定了分隔兩邊的邊框顏色。

鎖定編輯器組

上一個里程碑我們引入了鎖定編輯器組作為一項實驗性新功能。在此里程碑中，設定體驗得到了改進，允許您在開啟時輕鬆選擇應自動鎖定組的編輯器

Locked editor group setting

該設定現在名為workbench.editor.autoLockGroups。同樣，與編輯器組鎖定相關的命令已重新命名，不再是實驗性命令

  • workbench.action.lockEditorGroup
  • workbench.action.unlockEditorGroup
  • workbench.action.toggleEditorGroupLock

透過裝飾指示已刪除和只讀編輯器

開啟的編輯器可以指示它們是隻讀的，或者它們關聯的資源已從磁碟中刪除。此指示透過在編輯器標籤後附加“已刪除”和/或“只讀”給出，這需要相當多的空間。

VS Code 現在為此目的使用裝飾

  • 已刪除資源的編輯器顯示為刪除線和紅色。
  • 只讀資源的編輯器顯示一個鎖定圖示。

Editor readonly and deleted decorations

將編輯器拆分到現有組中

當您將編輯器拆分到側面時，VS Code 會開啟一個新的編輯器組，即使側面已存在一個現有組。但是，有時您希望將編輯器拆分到已經存在的組中。

為了支援這一點，添加了新命令

  • workbench.action.splitEditorToPreviousGroup: 拆分到上一個組。
  • workbench.action.splitEditorToNextGroup: 拆分到下一個組。
  • workbench.action.splitEditorToAboveGroup: 拆分到當前組上方的組。
  • workbench.action.splitEditorToBelowGroup: 拆分到當前組下方的組。
  • workbench.action.splitEditorToLeftGroup: 拆分到當前組左側的組。
  • workbench.action.splitEditorToRightGroup: 拆分到當前組右側的組。
  • workbench.action.splitEditorToFirstGroup: 拆分到第一個組。
  • workbench.action.splitEditorToLastGroup: 拆分到最後一個組。

差異編輯器的更短標籤

當您比較兩個檔案時，工作區相對資料夾路徑會作為檔名的字首，這使得很難看到正在比較的檔案的名稱。

在此版本中，資料夾現在從標籤中隱藏，除非兩個檔名相同，這與普通編輯器標籤的行為匹配。

如果兩個檔名相同，則會顯示一個提示資料夾差異的描述

Diff editor comparing two files

macOS：檔案選單更改

在 macOS 上，如果您從檔案選單中選擇開啟...選單項，您可以開啟檔案和資料夾。對於新使用者來說，這可能會感到驚訝，人們試圖使用開啟工作區命令來開啟資料夾，而該選單項專門用於開啟.code-workspace檔案。

為了避免混淆，我們對 macOS 上的檔案選單進行了細微調整

  • 新條目開啟資料夾...開啟一個資料夾。
  • 開啟工作區...已重新命名為從檔案開啟工作區...

macOS File menu

遙測設定

有一個新的遙測設定telemetry.telemetryLevel，它提供了更高的配置粒度，並允許使用者選擇是隻傳送錯誤遙測還是不傳送通用使用資料。這些值是on、error和off。on和error的值也將啟用崩潰報告器。

現有的設定telemetry.enableTelemetry和telemetry.enableCrashReporter已標記為不推薦使用，轉而使用新的telemetry.telemetryLevel設定，但將繼續受到尊重。

小地圖背景透明度

現在可以使用新新增的minimap.foregroundOpacity顏色獨立於小地圖文字的不透明度配置小地圖背景不透明度。

更新的幫助選單項

隨著入門體驗的不斷改進，幫助選單項已更新為更常用的名稱。這是基於新使用者的學習，但希望讓每個人都能更容易找到幫助。入門影片現在是影片教程，互動遊樂場變成了編輯器遊樂場。您將在幫助選單和命令面板中找到新名稱。幫助選單還有一個顯示所有命令條目作為開啟命令面板的附加入口點。

編輯器

括號對引導線

編輯器現在支援基本的括號對引導線。括號對引導線使用與括號對顏色化功能相同的顏色和演算法。括號對匹配演算法在最近的“括號對顏色化速度提高 10,000 倍”部落格文章中詳細描述。

與縮排引導線類似，活動括號對引導線會高亮顯示。

Bracket pair guides shown in the editor

可以透過配置editor.guides.bracketPairs設定（預設為false）來啟用括號對引導線。我們將在下一個版本中繼續迭代此功能並探索垂直引導線。

縮排引導線設定

editor.renderIndentGuides和editor.highlightActiveIndentGuide設定已棄用，取而代之的是editor.guides.indentation和editor.guides.highlightActiveIndentation。

原始碼管理

Git 倉庫的釋出或同步“操作按鈕”

Git 擴充套件現在向原始碼管理檢視添加了一個新的“操作”按鈕，以便您更輕鬆地釋出或同步任何未推送的更改。

New Source Control view Sync button

主題：紫水晶主題

預設情況下，如果存在未推送的提交，Git 擴充套件將新增一個同步更改按鈕，如上所示；如果分支尚未釋出，則新增一個釋出更改按鈕。此外，使用者可以透過配置git.showUnpublishedCommitsButton設定來自定義此行為，該設定預設為whenEmpty，以便僅當存在未推送的提交且檢視中沒有其他更改時才顯示該按鈕。

此新操作按鈕作為原始碼管理擴充套件的新提議 API 提供，有關更多詳細資訊，請參閱下面的提議 API 部分。

最後，使用者可以透過新的scm.showActionButton設定完全停用原始碼管理檢視中任何操作按鈕的可見性，該設定會覆蓋任何原始碼管理擴充套件的行為。

增加更改檔案顯示限制

在此版本之前，Git 擴充套件對原始碼管理檢視中可顯示的更改硬編碼限制為 5000。此限制是為了防止使用者在 VS Code 處理 Git 報告的所有更改時等待時間過長。此限制現在增加到 10,000 個更改，並且有一個新的git.statusLimit設定允許使用者自定義此限制（如果需要，每個儲存庫）。此設定也可以設定為0以完全停用限制，但請注意，如果更改過多，這可能會導致更新時間過長。

此外，當超出限制時，我們會在輸入框中新增以下警告指示符。

New warning indicator, which reads "Too many changes were detected. Only the first 10,000 changes will be shown below"

終端

固定尺寸

您現在可以透過終端：設定固定尺寸命令（workbench.action.terminal.setDimensions）靜態設定終端尺寸。這對於換行可能令人不適或中斷的情況很有用。

該命令將顯示一個提示，您可以在其中輸入首選寬度和/或高度。

Terminal Set Fixed Dimensions column width prompt

自定義標題和描述

終端名稱通常是它們所關聯的程序的名稱，有時很難區分不同的終端。

您現在可以使用terminal.integrated.tabs.title和terminal.integrated.tabs.description設定中的變數配置標題和描述。

當前的預設值為

{
  "terminal.integrated.tabs.title": "${process}",
  "terminal.integrated.tabs.description": "${task}${separator}${local}${separator}${cwdFolder}"
}

可用的變數有

  • ${cwd} - 終端的當前工作目錄
  • ${cwdFolder} - 終端的當前工作目錄。
  • ${workspaceFolder} - 啟動終端的工作區。
  • ${local} - 指示遠端工作區中的本地終端。
  • ${process} - 終端程序的名稱。
  • ${separator} - 一個條件分隔符（" - "），僅當被具有值或靜態文字的變數包圍時才顯示。
  • ${sequence} - 程序提供給 xterm.js 的名稱。
  • ${task} - 指示此終端與任務相關聯。

表情符號 IME

macOS 上的輸入法編輯器 (IME) 現在支援表情符號。

Dialog showing Emojis available in the Integrated Terminal for IME on macOS

Alt 緩衝區活動上下文鍵

一些終端 UI 應用程式，例如 nano，使用被 VS Code 工作臺佔用的鍵盤快捷鍵，這限制了它們整合到 VS Code 中時的功能。一個新的when 子句上下文鍵TerminalContextKeys.altBufferActive，當 alt 緩衝區處於活動狀態時，將鍵繫結定向到終端而不是工作臺，以解決此問題。

語言

新的 JavaScript 和 TypeScript 語言狀態項

當前的 TypeScript 版本和 IntelliSense 狀態現在顯示在語言狀態列項中

The JavaScript and TypeScript IntelliSense status item showing config file and TypeScript version

以前，TypeScript 版本始終顯示在狀態列中。您可以固定版本以恢復舊行為

語言狀態項還顯示當前檔案的jsconfig/tsconfig，並指示您當前是否處於部分模式。

無標題檔案之間的 IntelliSense

所有無標題的 JavaScript 和 TypeScript 檔案現在都被視為同一專案的一部分。這意味著在一個無標題檔案中定義的全域性符號現在將作為建議顯示在其他檔案中。

這更好地匹配了工作區中磁碟檔案的行為。您可以向無標題檔案新增import或export以將其轉換為模組，這將從其他檔案中隱藏其全域性變數。

Web 上檔案之間的 IntelliSense

當 VS Code 在瀏覽器中執行時，IntelliSense 現在可以在vscode.dev或github.dev上的 JavaScript 和 TypeScript 檔案之間工作。

Cross file JavaScript IntelliSense on github.dev

請記住，當 VS Code 在瀏覽器中執行時，它只能訪問您當前開啟的檔案，因此 VS Code 無法提供專案範圍的 IntelliSense 功能，例如自動匯入。

更一致的 JSX 標籤摺疊

當您在 JavaScript 或 TypeScript 中摺疊 JSX 標籤時，VS Code 現在會繼續顯示結束標籤

Folding in JSX

這與 HTML 中的摺疊工作方式相同。

預覽功能

TypeScript 4.5 支援

此更新包括對即將釋出的 TypeScript 4.5 版本的初步支援。有關新語言和工具功能的更多資訊，請參閱TypeScript 4.5 Beta 公告文章。一些工具亮點：

  • 對JSX 屬性完成的初步支援。
  • 引用 CodeLens 的更準確的引用計數。

要開始使用 TypeScript 4.5 每夜構建，請安裝TypeScript Nightly 擴充套件。

請分享您的反饋，並讓我們知道您是否遇到 TypeScript 4.5 的任何錯誤。

在應用程式重新啟動後恢復終端會話

當 VS Code 視窗關閉時，終端程序會被釋放。在此版本中，有一個新的可選設定，用於記錄和恢復緩衝區並用它來重新建立程序。將terminal.integrated.persistentSessionReviveProcess設定為啟用此功能。

The terminal buffer gets restored on application restart with a message indicating when the snapshot was taken

將終端大小切換為內容寬度

您可以透過⌥Z (Windows, Linux Alt+Z) 或使用選項卡上下文選單操作切換到內容寬度來切換終端寬度，使其適應完整內容和換行。

這類似於編輯器中切換換行的功能，並共享相同的鍵繫結。

對擴充套件的貢獻

Jupyter

目錄

Jupyter Notebook 的目錄現在可以透過命令面板中的Jupyter：顯示目錄命令訪問。此功能也可以透過筆記本工具欄中的圖示訪問。

此功能適用於 VS Code 中的所有筆記本，因此可以透過檔案資源管理器中的大綱檢視訪問。

透過“新建檔案”選單建立新的筆記本

您現在可以使用選單項檔案 > 新建檔案... 來建立新的 Jupyter Notebook。此選單也可以從歡迎頁面或命令面板中的新建檔案...項訪問。

除錯

VS Code 現在支援 Jupyter Notebook 的完整除錯功能。要試用，請確保您的選定核心已安裝ipykernel v6+，設定斷點，然後選擇除錯單元格命令。

遠端除錯

您還可以使用逐行執行和除錯 Jupyter Notebook，方法是使用遠端核心。要試用，請使用Jupyter：指定用於連線的本地或遠端 Jupyter 伺服器命令連線到您的遠端核心，確保您的選定核心已安裝ipykernel v6+，然後像往常一樣使用逐行執行或除錯。

獨立渲染器擴充套件

Jupyter Notebook 渲染器已拆分為一個單獨的擴充套件（Jupyter Notebook 渲染器），允許使用者在vscode.dev和github.dev上檢視 Notebook 輸出，例如 plotly、vega、latex 等。

Python

新的 Python 演練

Python 擴充套件現在提供了一個演練，其中包含一些基本的設定步驟，以改善 VS Code 中 Python 的入門體驗。

New Python walkthrough

改進的除錯體驗

當在沒有launch.json配置檔案的工作區中工作時，每次您開始除錯 Python 檔案或專案時，Python 擴充套件都會顯示一個偵錯程式配置選單。當使用自定義引數（例如 Flask、Django 或 FastAPI）除錯 Web 應用程式時，這可能特別令人煩惱。

您現在無需每次開始除錯時都選擇配置，因為您做出的第一個選擇將在會話的其餘部分重複使用。

GitHub 拉取請求和議題

有關GitHub 拉取請求和問題擴充套件的工作仍在繼續，該擴充套件允許您處理、建立和管理拉取請求和問題。檢視該擴充套件 0.31.0 版本的更新日誌以檢視亮點。

遠端開發

遠端開發擴充套件的工作仍在繼續，它允許您使用容器、遠端機器或 適用於 Linux 的 Windows 子系統 (WSL) 作為功能齊全的開發環境。

1.61 中的功能亮點包括

  • 轉發埠中的 DNS 名稱。
  • 輕鬆選擇容器附加功能。
  • 開發容器擴充套件可以在 WSL 中執行 CLI 命令。

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

擴充套件創作

平臺特定擴充套件

擴充套件現在可以為 VS Code 支援的每個平臺（Windows、Linux、macOS）釋出不同的 VSIX。從 VS Code 1.61.0 版開始，VS Code 會查詢與當前平臺匹配的擴充套件包。從 1.99.0 版開始，vsce 擴充套件釋出工具支援釋出平臺特定擴充套件。

如果您的擴充套件具有平臺特定的庫或依賴項，平臺特定擴充套件很有用，這樣您就可以控制平臺包中包含的確切二進位制檔案。一個常見的用例是當擴充套件使用原生節點模組時。

有關此內容的更多資訊可以在我們的平臺特定擴充套件文件中找到。

測試標籤和非錯誤輸出

本月，我們釋出了基於新測試 API構建的擴充套件的附加 API。

  • 測試標籤允許您配置某些測試是否以及如何執行——或者不執行。

  • 非錯誤輸出允許您將附加的控制檯輸出與特定的測試用例關聯起來。

    輸出中的訊息會內聯顯示，類似於失敗訊息。

    Image showing "hello world" displayed inline beside a console.log statement

啟用檔案系統提供程式將檔案宣告為只讀

檔案系統提供程式現在可以透過在FileStat物件上設定permissions屬性的值為FilePermission.Readonly來將單個檔案標記為只讀。只讀檔案不可編輯。

注意：如果所有檔案都應視為只讀，則在呼叫registerFileSystemProvider時可以使用現有的isReadonly選項。

設定編輯器擴充套件類別

當存在類別時，設定編輯器現在會顯示擴充套件的contributes.configuration端點的子樹。

要建立多個類別，contributes.configuration接受一個配置陣列，每個配置的title鍵用於章節標題。還有一個order欄位，允許在子樹中重新排序類別。

New Setting editor table of contents showing CSS language features having its own subtree

型別層次結構

新增型別層次結構提供程式的 API 提案已最終確定。

WebviewOptions.enableForms

WebviewOptions上的新enableForms屬性允許您在 webview 中啟用或停用表單。為了向後相容，如果您已設定enableScripts，則enableForms預設為 true。否則，它預設為 false。

除非您的 webview 內容需要表單，否則我們建議停用它們。

終端狀態

Terminal物件上暴露了一個新的state屬性，此外還有一個相應的window.onDidChangeTerminalState事件，它指示使用者是否與終端進行了互動。例如，擴充套件可能希望等到使用者與終端互動後才執行某個操作。

在測試資料上執行 Web 擴充套件測試

@vscode/test-web 節點模組提供了一個 CLI 和 API，用於在 Chromium、Firefox 或 Webkit 中測試 Web 擴充套件。

這個里程碑的新功能是選項folderPath，用於在測試資料上開啟 Web 版 VS Code。記憶體檔案系統包含給定位置的資源，以便測試有檔案可供使用。

vscode-test-web --browserType=chromium --extensionDevelopmentPath=$extensionLocation $testDataLocation

更新的 codicons

以下新圖示已新增到我們的 codicon 庫中：

List of codicon icons that were added

  • 燒杯停止
  • 括號點
  • 括號錯誤
  • 括號
  • 除錯繼續小
  • 折線圖
  • 散點圖
  • 餅圖

Visual Studio Code 的 Webview UI 工具包

Visual Studio Code 的 Webview UI 工具包是一個元件庫，用於在 Visual Studio Code 中構建基於 webview 的擴充套件。

Webview Toolkit component artwork

該庫的功能包括

  • 實現 Visual Studio Code 設計語言： 建立與編輯器其餘部分具有一致外觀和感覺的擴充套件。
  • 自動支援顏色主題： 所有元件都設計時考慮了主題，並將自動顯示當前編輯器主題。
  • 使用任何技術棧： 該庫以一組 Web 元件的形式提供，這意味著無論擴充套件使用何種技術棧（React、Vue、Svelte 等），開發人員都可以使用該工具包。
  • 開箱即用的可訪問性： 所有元件都隨附符合 Web 標準的 ARIA 標籤和鍵盤導航。

虛擬工作區擴充套件指南

有一個新的虛擬工作區擴充套件指南，可幫助擴充套件作者在 VS Code 在虛擬環境中執行時測試和更新其擴充套件。隨著GitHub 儲存庫等擴充套件的引入，它建立了自己的虛擬檔案系統，以及vscode.dev和github.dev等新工作流程，其中 VS Code 在您的瀏覽器中執行，擴充套件不能再假定它們可以直接訪問磁碟檔案系統或平臺功能。

虛擬工作區擴充套件指南涵蓋

  • 您的擴充套件是否無需修改即可在虛擬工作區中執行。
  • 如何更新您的擴充套件以在沒有磁碟檔案系統的虛擬工作區中工作。
  • 如何向 VS Code 發出訊號，以在虛擬工作區中執行時啟用或停用您的擴充套件。

建議的擴充套件 API

每個里程碑都會帶來新的提議 API，擴充套件作者可以嘗試使用它們。一如既往，我們希望得到您的反饋。要嘗試提議的 API，您需要執行以下操作：

  • 您必須使用 Insiders 版本，因為提議的 API 經常更改。
  • 您的擴充套件的 package.json 檔案中必須包含以下行："enableProposedApi": true。
  • 將最新版本的 vscode.proposed.d.ts 檔案複製到您專案的源位置。

您不能釋出使用提議 API 的擴充套件。下個版本中可能會有破壞性更改，我們絕不希望破壞現有擴充套件。

TaskPresentationOptions close 屬性

close屬性是tasks.json架構中的presentation屬性，在TaskPresentationOptions API 中可用。它的功能與匹配的tasks.json屬性相同，透過控制任務完成後是否關閉終端。

標籤 API

有一個用於讀取和操作標籤的提議 API。這解決了常見的功能請求，例如在沒有支援的textDocument時訪問開啟資源列表。您可以在問題 #133532中提供有關此 API 的反饋。

MarkdownString.supportHtml

MarkdownString上新提出的supportHtml屬性允許渲染 Markdown 文字中出現的安全子集原始 HTML。

supportHtml屬性預設為false。停用時，VS Code 將剝離 Markdown 文字中出現的任何原始 HTML 標籤。

控制器渲染器指令碼現在使用 JavaScript 模組

NotebookController.rendererScripts允許筆記本控制器在任何渲染器執行之前將一組 JavaScript 檔案預載入到筆記本中。這些指令碼可以初始化筆記本或定義渲染器依賴的全域性符號。

渲染器指令碼以前是普通的 JavaScript 檔案。這些指令碼可以使用 VS Code 匯出的全域性符號來呼叫 VS Code 特定 API。

這個全域性符號不可發現，也沒有給 VS Code 太多控制渲染器指令碼的權力。為了解決這個問題，渲染器指令碼現在使用匯出activate函式的 JavaScript 模組。這個函式被傳遞了 VS Code API

interface KernelPreloadContext {
    readonly onDidReceiveKernelMessage: Event<unknown>;
    postKernelMessage(data: unknown): void;
}

export function activate(ctx: KernelPreloadContext): Promise<void> | undefined {
    ...
}

此更改還使NotebookController的渲染器指令碼與貢獻的筆記本渲染器提供的渲染指令碼更好地對齊。

Quick Pick keepScrollPosition 屬性

透過window.createQuickPick()返回的QuickPick物件上的keepScrollPosition屬性已作為提議的 API 新增。這允許您控制 Quick Pick 中的滾動位置（cursorTop）是否移回列表頂部。

此 API 的一些用例包括

  • 使用提議的QuickPickItemButton API 實現“從列表中刪除此項”選項（例如，Ctrl/Cmd + P x QuickPickItemButton）。
  • 使用提議的QuickPickItemButton API 實現“以某種方式切換此項”選項（例如，插入程式碼片段命令）。
  • 在 Quick Pick 中非同步載入專案（例如，setInterval透過重新分配.items屬性向列表新增專案，此時滾動不應跳到頂部）。

如果沒有控制滾動位置的能力，這些操作中的每一個都會強制 Quick Pick 的滾動位置跳到列表頂部。keepScrollPosition允許擴充套件作者控制此行為。

SourceControl.actionButton

原始碼管理 API 現在包含SourceControl物件上的actionButton屬性，允許 SCM 提供程式有條件地在輸入框下方顯示一個“操作”按鈕。例如，Git 擴充套件使用此新屬性在存在未推送的更改時顯示釋出或同步按鈕。

語言伺服器協議

已釋出新版本的語言伺服器協議以及相應的 npm 模組。新版本包含型別層次結構的提議實現。

工程

切換到 DOMPurify 以清理渲染的 HTML

我們已切換到內部使用DOMPurify來清理在主工作臺渲染的 HTML。這主要用於清理渲染的 Markdown。

DOMPurify 維護良好，並且開箱即用地符合受信任型別。此切換有助於保護使用者，並使我們更有信心啟用諸如MarkdownString.supportHtml之類的功能。

將 open 命令用於 Big Sur CLI

在 macOS Big Sur 上，我們現在使用 open 命令在從命令列啟動時生成 VS Code。此更改允許 VS Code 像從 macOS Dock 啟動一樣開啟，這修復了一些涉及許可權的問題。

檔案監視更改

用於檢測磁碟上檔案和資料夾更改的檔案監視器已更改為可處理所有受支援平臺（Windows、Linux、macOS）並減少維護不同平臺不同監視器的開銷的庫。我們計劃在所有平臺上預設啟用此庫。在此迭代中，我們已在 Windows 和 macOS 上啟用它，並計劃很快在 Linux 上啟用它。

新的監視器應該在啟動時更快，並減少在大資料夾上花費的 CPU 週期。使用該庫的一個缺點是，檔案監視器不再自動檢測工作區中 macOS 上的符號連結資料夾。如果您有此類設定，可以使用新的files.watcherInclude設定明確新增符號連結路徑以進行檔案監視。從積極的一面來看，您可以在 Windows 上使用此新設定明確包含工作區中的符號連結資料夾 - 以前在 Windows 上這是不可能的。

您在日常工作中應該不會注意到任何差異，但如果檔案監視對您不起作用，請報告問題。如果遇到問題，可以使用設定files.legacyWatcher啟用舊監視器。

文件

高階容器配置

有一個新部分涵蓋了開發容器擴充套件的高階容器配置。

在容器文件中，您可以學習如何

高階容器配置文件提供了設定開發容器的技巧和程式碼示例，以及簡短的YouTube 影片。

值得注意的修復

  • 69665: 從睡眠狀態恢復作業系統時，終端有時顯示損壞的紋理
  • 130407: [瑣碎] 設定>檔案: 排除更改模式為(空白)無法刪除
  • 133149: 任務終端因資訊/警告級別問題而標記為失敗。
  • 133567: 可訪問性: 查詢引用中頂級樹節點的標籤都只顯示 "true"
  • 133910: 解析 shell 環境失敗或超時時顯示錯誤
  • 133976: 允許透過協議 URL 開啟 .code-workspace

感謝

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

對我們問題跟蹤的貢獻

對 vscode 的貢獻

對 vscode-eslint 的貢獻

對 vscode-html-languageservice 的貢獻

對 vscode-json-languageservice 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-pull-request-github 的貢獻

對vscode-references-view的貢獻

對 vscode-vsce 的貢獻

對 language-server-protocol 的貢獻

對monaco-editor-webpack-plugin的貢獻