2018 年 4 月 (版本 1.23)

Name: Visual Studio Code
Author: Microsoft

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

下載：Windows：x64 | Mac：Intel | Linux 64 位：deb rpm tarball | 32 位：deb rpm tarball

歡迎來到 Visual Studio Code 2018 年 4 月釋出版本。本次里程碑，VS Code 團隊專注於 API 工作以支援擴充套件作者，但此版本仍有許多更新，希望您喜歡。一些主要亮點包括：

突出顯示縮排指南 - 幫助視覺化原始碼縮排。
儲存時執行程式碼操作 - 儲存時執行“組織匯入”等操作。
NPM 指令碼資源管理器 - 在專案中快速查詢、執行和除錯 NPM 指令碼。
問題檢視篩選 - 選擇將顯示錯誤和警告的檔案。
使用滑鼠中鍵進行列選擇 - 使用滑鼠中鍵拖動進行快速列選擇。
CSS 區域摺疊 - 在 CSS/SCSS/Less 程式碼中建立區域，實現方便的程式碼摺疊。
對新屬性的 CSS 支援改進 - 對 CSS 實驗性屬性進行智慧建議。
Markdown 工作區符號搜尋 - 在整個工作區中搜索 Markdown 標題。
擴充套件創作 - 自定義活動欄檢視 - 擴充套件作者可以建立自己的活動欄專案。
新的部署網站教程 - 學習如何將靜態網站部署到 Azure 儲存。

如果您想線上閱讀這些發行說明，請訪問 code.visualstudio.com 上的更新頁面。
您還可以觀看 Cloud Developer Advocate Brian Clark 製作的此 1.23 版本亮點影片。

釋出說明按以下與 VS Code 重點領域相關的部分進行排列。以下是一些進一步的更新

編輯器 - 改進的 Unicode 檔案支援，更穩定的編輯器定位。
工作臺 - 複製搜尋結果，改進的 Git 克隆工作流，VS Code 程序資源管理器。
除錯 - Logpoint 表示式支援智慧完成和顯示結構化物件。
語言 - JavaScript/TypeScript 組織匯入操作，持久化 Markdown 預覽。
擴充套件創作 - 新的 Webview 和 FileSystemProvider API，'Source' 檔案級別操作。

Insider 版本：想盡快看到新功能？您可以下載每晚更新的 Insiders 版本，並在新功能可用時立即嘗試。

編輯器

突出顯示縮排指南

當您在各種原始碼塊之間移動游標時，VS Code 現在可以突出顯示活動的縮排指南。

Highlighted indent guides

突出顯示顏色的名稱是 editorIndentGuide.activeBackground，您可以在 workbench.colorCustomizations 設定中修改它。

"workbench.colorCustomizations": {
    "editorIndentGuide.activeBackground": "#ff0000"
}

儲存時執行程式碼操作

新的 editor.codeActionsOnSave 設定允許您配置一組在檔案儲存時執行的程式碼操作。例如，對於 JavaScript、TypeScript 和其他貢獻了“組織匯入”程式碼操作的擴充套件，您可以透過設定來啟用儲存時組織匯入。

"editor.codeActionsOnSave": {
     "source.organizeImports": true
}

您還可以使用特定語言的設定來啟用或停用為特定語言在儲存時執行哪些程式碼操作。以下設定僅為 TypeScript 檔案啟用儲存時組織匯入：

"[typescript]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
},
"[typescriptreact]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
}

使用滑鼠中鍵進行列選擇

在 VS Code 中，可以透過按住 Shift 和 Alt，然後使用滑鼠左鍵來新增列（塊）選擇。現在也可以使用滑鼠中鍵進行列選擇。

Editor column selection

注意：當 editor.multiCursorModifier 設定為 ctrlCmd 時，在 Windows 上修飾鍵是 Shift 和 Ctrl，在 macOS 上是 Shift 和 Cmd。

改進的 UTF-16 編碼檔案處理

VS Code 一直支援檔案的 UTF-16 編碼，但需要 BOM（位元組順序標記）才能正確檢測此編碼。如果 VS Code 未找到 BOM，則檔案不會開啟，使用者會看到一條資訊訊息。

在此版本中，我們向該訊息添加了一個新操作，可以將檔案作為文字在編輯器中開啟。

Open binary file message

開啟後，您可以更改編碼以嘗試解碼文字。

此外，VS Code 現在使用一種啟發式方法，嘗試自動檢測沒有 BOM 的 UTF-16。這種啟發式方法應該適用於所有僅包含 ASCII 字元的 UTF-16 檔案。

改進的編輯器定位

在某些情況下，更改編輯器滾動高度時（例如調整換行編輯器的大小、使用滑鼠滾輪縮放或修改 CodeLens），編輯器會嘗試將視口中的中心線保持在原位。VS Code 現在將保持視口中的第一行，從而提供更穩定的外觀。

Improved editor stability

工作臺

問題檢視篩選

您現在可以透過過濾器包含或排除問題檢視中的檔案。

在過濾器輸入框中使用 glob 模式來包含/排除檔案。排除模式必須以 ! 為字首。例如，!*.js 將刪除所有副檔名為 .js 的檔案。
有一個使用檔案排除設定進行篩選按鈕，用於刪除所有匹配您 files.exclude 設定的檔案。

下面的短影片展示瞭如何根據 files.exclude 設定篩選專案的 out 目錄，並透過在過濾器輸入框中鍵入 !**/node_modules/** 來忽略所有 node_modules。

Filter problems

NPM 指令碼執行

透過設定 npm.enableScriptExplorer，您可以啟用一個資源管理器，該資源管理器顯示您工作區中定義的指令碼。

NPM script explorer

該資源管理器支援

在 package.json 檔案或 scripts 部分開啟指令碼（當選中 package.json 檔案時）。這是選中指令碼時的預設操作。
將指令碼作為任務執行，並將輸出顯示在整合終端中。
除錯指令碼。要啟動 Node 偵錯程式，指令碼需要定義一個 Node 除錯選項，例如 --inspect-brk（另見）。

使用 npm.exclude 設定來排除特定資料夾中 package.json 檔案內的指令碼。

Git 克隆改進

Git 克隆工作流已得到多項改進。執行Git: Clone 命令時：

使用原生對話方塊選擇儲存庫位置。
使用了新的通知進度 API，改進了操作狀態報告。
VS Code 會提示您是否要將克隆的儲存庫新增到工作區或直接開啟它。

Git 擴充套件還採用了新的提議 API 來處理系統範圍的 URI 並呼叫 Git 克隆處理特定 URI。以下是一個克隆 https://github.com/microsoft/vscode-vsce.git 的示例 URI：

vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git

如果您想試用：

Windows：在命令提示符下，鍵入：explorer "vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git"。
macOS：在 shell 中，鍵入：open vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git。

搜尋結果樹上下文選單包含三個新選項：複製、複製路徑和複製全部。這是一個獲得大量 👍 的請求，它將使共享或匯出搜尋結果更加容易。

搜尋包含和排除輸入框的迴歸

上個月，我們合併了搜尋檢視中的包含和排除輸入框，試圖簡化和最佳化它，同時節省一些垂直空間。但是，我們從許多使用者那裡瞭解到，這並不符合您使用搜索檢視的方式。最終，我們決定恢復此更改，因此在此版本中，我們恢復了 1.22 版本之前的獨立包含/排除框。請注意，在排除框中，您無需在模式前使用 !。

自定義活動欄檢視

擴充套件作者現在可以將自己的檢視容器新增到活動欄。根據您安裝的擴充套件，更新後您可能會看到 UI，例如自定義資源管理器從檔案資源管理器移動到新的自定義檢視容器。例如，您可以看到來自Azure App Service 和 Azure Databases 擴充套件的資源管理器已移至專用的 Azure 檢視。

Azure view in the Activity Bar

檢視正在執行的 Visual Studio Code 程序

使用Developer: Open Process Explorer命令或Help > Open Process Explorer選單項，可以開啟一個新視窗，其中包含有關正在執行的 VS Code 程序的連續更新資訊。程序會列出其 CPU 和記憶體使用情況、PID 以及友好名稱，並且可以透過右鍵單擊出現的上下文選單進行終止。

Process Explorer

整合終端

多根工作區的終端拆分支援

在多根工作區內，您現在可以選擇要在其中拆分終端的資料夾。可以透過鍵繫結 workbench.action.terminal.splitInActiveWorkspace 命令來重新啟用舊行為。

語言

CSS 區域摺疊

您現在可以使用 /* #region */ 和 /* #endregion */ 來標記 CSS/SCSS/Less 中的可摺疊區域。在 SCSS/Less 中，您還可以使用 // #region 和 // #endregion 作為摺疊標記。

Improved CSS Folding

對新屬性的 CSS 支援改進

以前，VS Code 會對某些實驗性 CSS 屬性（如 backdrop-filter）顯示“未知屬性”錯誤。

CSS Unknown Property

您要麼必須完全關閉 CSS linting，要麼忍受這個錯誤，即使您使用的是 CSS 框架，如PostCSS，它允許您使用實驗性 CSS 屬性。

在此版本中，透過來自Mozilla Developer Network的資料，VS Code 現在識別出 87 個新的 CSS 屬性。如果您能在 MDN 上找到 CSS 屬性，VS Code 應該都能識別。

此外，透過 MDN 的資料，VS Code 現在提供增強的 CSS/SCSS/Less 完成，顯示每個 CSS 屬性的語法和狀態值。

CSS Support powered by MDN data

雖然目前還沒有內建支援驗證 CSS 屬性值，但CSSTree validator 擴充套件也使用 MDN 的資料，並根據每個屬性的值定義語法提供 linting。

CSSTree

Markdown 工作區符號搜尋

Markdown 現在支援工作區符號搜尋。首次開啟 Markdown 檔案後，您可以使用（⌘T (Windows, Linux Ctrl+T)）來搜尋當前工作區中所有 Markdown 檔案的標題。

持久化 Markdown 預覽

重新開啟 VS Code 時，Markdown 預覽現在會自動恢復。

A Markdown preview automatically being reopened when VS Code restarts

以前，每次重啟 VS Code 都必須重新開啟預覽。

TypeScript 2.8.3

VS Code 現在附帶 TypeScript 2.8.3。此版本修復了一系列重要錯誤。

JavaScript 和 TypeScript 組織匯入

JavaScript 和 TypeScript 組織匯入功能現已脫離預覽階段。執行Organize Imports（⇧⌥O (Windows, Linux Shift+Alt+O)）可快速刪除未使用的匯入並對 JavaScript 和 TypeScript 原始碼中剩餘的匯入進行排序。

您現在還可以使用新的editor.codeActionsOnSave 設定配置在儲存時執行組織匯入。以下是為 TypeScript 檔案啟用儲存時組織匯入的設定：

"[typescript]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
},
"[typescriptreact]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
}

除錯

Logpoint 改進

Logpoints 在上一個版本中已推出，我們對其易用性和實用性進行了改進。

已為日誌訊息和條件斷點中嵌入的表示式添加了 IntelliSense（智慧完成）。
在 Node.js 除錯中使用 Logpoints 時，嵌入在日誌訊息中的結構化物件將顯示為可展開物件，呈現在除錯控制檯中。
Node.js 除錯中的 Logpoints 現在會在除錯控制檯中顯示其源位置。
由於 Logpoints 和斷點可以透過單擊編輯器裝訂處中的圖示輕鬆刪除，您可能會意外丟失日誌訊息或斷點條件。為防止這種情況發生，VS Code 現在會在透過單擊裝訂處刪除帶條件的斷點或日誌訊息時提示您。該警報為您提供了停用斷點的選項，而不是刪除它。
最後但同樣重要的是，我們在Debug選單中添加了一個New Breakpoint > Logpoint...操作。

擴充套件開發

對活動欄的貢獻

隨著越來越多的擴充套件建立自定義檢視，並且其中大部分都貢獻給檔案資源管理器，我們注意到資源管理器變得越來越混亂。為了擴充套件，VS Code 現在提供了一種向活動欄貢獻的方式。例如，活動欄現在有一個Test貢獻。擴充套件現在可以進行自己的貢獻。

測試檢視容器

活動欄現在為擴充套件提供了新的 Test 貢獻，用於貢獻與 Test 相關的檢視。此 Test 貢獻預設為空並隱藏，並在貢獻檢視時顯示。該示例顯示了 mocha 自定義檢視如何貢獻到活動欄的Test活動中。

"contributes": {
    "views": {
        "test": [
            {
                "id": "mocha",
                "name": "mocha"
            }
        ]
    }
}

Test views container

自定義檢視容器

擴充套件現在可以使用貢獻點 viewsContainers 在活動欄中定義其他活動。

"contributes": {
        "viewsContainers": {
            "activitybar": [
                {
                    "id": "package-explorer",
                    "title": "Package Explorer",
                    "icon": "resources/package-explorer.svg"
                }
            ]
        },
        "views": {
            "package-explorer": [
                {
                    "id": "package-dependencies",
                    "name": "Dependencies"
                },
                {
                    "id": "package-outline",
                    "name": "Outline"
                }
            ]
        }
}

Custom views container

圖示規範

尺寸：圖示為 24x24，居中放置在一個 50x40 的方框內。
顏色：圖示應使用單一單色。
格式：建議使用 SVG，但接受任何影像檔案型別。
狀態：所有圖示都繼承以下狀態樣式。

狀態不透明度

預設值 60%

Hover 100%

活動 100%

會註冊一個命令來顯示每個註冊的檢視容器。在上面的包資源管理器示例中，它將是View: Show Package Explorer。當您執行View: Open View...命令時，您還可以找到列出的所有檢視容器。

Open View

注意：建議將相關檢視分組到單個檢視容器中，而不是為每個檢視建立一個檢視容器。

原始碼管理中的自定義檢視

您現在可以將原始碼管理 (SCM) 相關的自定義檢視貢獻到活動欄中的原始碼管理檢視容器。您可以像在資源管理器中一樣顯示、隱藏和重新排序這些檢視。

"contributes": {
    "views": {
        "scm": [
            {
                "id": "git-compare",
                "name": "Compare"
            }
        ]
    }
}

SCM Custom views

FileSystem Providers

擴充套件現在可以從任意來源（例如 ftp 伺服器）提供檔案和資料夾，VS Code 會像處理常規檔案一樣處理它們。為此，請使用擴充套件程式與 URI 方案（如 ftp）關聯的 FileSystemProvider 介面。透過該介面，編輯器可以發現和管理檔案及資料夾（建立、刪除、讀取和寫入）。

Files and Folders from a filesystem provider

VS Code 還可以讀取和修改由 FileSystem Provider 提供的配置檔案（settings.json、tasks.json、launch.json）。

語言識別符號和文件選擇器

新增 FileSystem Providers 意味著並非所有檔案都駐留在磁碟上，擴充套件程式應瞭解這一點。簡短但重要的資訊是，並非所有文件都駐留在磁碟上，如果您的擴充套件依賴於磁碟訪問，則必須首先檢查方案。

為了提高意識，我們添加了一個資訊訊息，當您僅使用語言識別符號（而不是文件過濾器）註冊語言功能時，會顯示此訊息。有關更多詳細資訊，請參閱文件選擇器主題。

最後，有一個示例擴充套件可供您測試。它實現了一個將所有內容儲存在記憶體中的檔案系統，磁碟上沒有內容，並且您可以針對它測試語言功能。在此處獲取擴充套件。

請注意：TextDocument.isUntitled

由於添加了 FileSystem Providers，我們調整了 TextDocument.isUntitled 的語義，使其僅對新建立的文件（使用 untitled 方案）為 true。以前，所有非磁碟上的文件都被視為未儲存。此更改可能會改變您擴充套件的行為，特別是如果您的擴充套件假定未儲存的文件儲存在磁碟上。

讀取診斷資訊

有新的 API 可以讀取診斷資訊並在診斷資訊發生更改時收到通知，請參閱 languages.getDiagnostics 和 languages.onDidChangeDiagnostics。例如，SCM 擴充套件現在可以在與團隊共享更改之前檢查沒有錯誤。

完善的 RenameProvider

我們已經完善了 RenameProvider API，它現在可以選擇實現一個名為 prepareRename 的新函式。透過該函式，提供程式可以幫助 VS Code 解析和驗證要重新命名的符號。

在文件更改事件中包含基於偏移量的資訊

TextDocumentContentChangeEvent 有一個新屬性 rangeOffset，它與 rangeLength 一起，允許擴充套件使用 (offset,length) 座標來跟蹤文字文件的更改。

原始碼操作型別

CodeActionKind.Source 標識應用於整個檔案的程式碼操作。組織匯入是一個很好的 Source 程式碼操作示例，因為它可以從檔案中的任何位置觸發。

Source 程式碼操作不會出現在常規的快速修復燈泡選單中。它們必須透過 editor.action.sourceAction 命令顯式請求。Source 程式碼操作也顯示在新Source Actions上下文選單中。

組織匯入程式碼操作

基於 Source 程式碼操作，新新增的 CodeActionKind.SourceOrganizeImports 標識組織匯入程式碼操作。這些操作可以使用 editor.action.organizeImports 觸發，並具有標準的鍵盤快捷鍵：⇧⌥O (Windows, Linux Shift+Alt+O)。

如果您的擴充套件程式已實現組織匯入，我們強烈建議您將其遷移到使用 CodeActionKind.SourceOrganizeImports，以便使用者在不同語言之間獲得更一致的體驗。

CodeActionProviderMetadata

registerCodeActionsProvider 現在接受一個可選的 CodeActionProviderMetadata 引數，該引數允許擴充套件程式告知 VS Code CodeActionProvider 將提供哪種型別的程式碼操作。VS Code 使用此資訊來啟用新的Refactor和Source Action上下文選單。例如，僅當註冊的 CodeActionProvider 的 CodeActionProviderMetadata 指示它將返回 refactor.* 程式碼操作時，“Refactor”上下文選單才會被啟用。

Webview API

webview API 允許擴充套件程式在 VS Code 中建立完全可自定義的檢視。例如，內建的 Markdown 擴充套件使用 webviews 來渲染 Markdown 預覽。Webviews 還可用於構建超出 VS Code 原生 API 支援的複雜使用者介面。

A webview showing a cat gif

新的擴充套件創作頁面涵蓋了 webview API。您也可以在此處找到一個示例 webview API 擴充套件。我們期待看到擴充套件作者如何利用這個強大的新 API。

應用程式範圍的設定

如果您希望您的設定在應用程式級別應用，並且不被視窗或資源級別覆蓋，您現在可以透過使用 application 範圍來實現。

"configuration": {
    "properties": {
        "git.path": {
            "type": "string",
            "description": "Path to the git executable",
            "scope": "application"
        }
    }
}

注意：已棄用 isExecutable 屬性，取而代之的是使用 application 範圍，因為它用於相同的目的。

提議的擴充套件 API

在此里程碑中，我們添加了幾個新的提議性擴充套件 API。一旦我們對它們有足夠的信心，我們計劃在未來的里程碑中將這些 API 新增到穩定版。我們歡迎您對它們如何適用於您的擴充套件的任何反饋。

注意：這些 API 仍處於提議階段，因此要使用它們，您必須透過在 package.json 中新增 "enableProposedApi": true 來選擇加入，並且您需要將 vscode.proposed.d.ts 複製到您的擴充套件專案中。另請注意，您不能將使用 enableProposedApi 屬性的擴充套件釋出到 Marketplace。

整合終端 API

整合終端 API 包含幾項提議功能，可以幫助擴充套件作者訪問所有終端，並支援跨不同機器的終端多路複用。現在可以透過 API 訪問所有終端，而以前擴充套件只能訪問它建立的終端。

console.log(window.terminals);

對此有一個匹配的事件：

window.onDidOpenTerminal(terminal => {
  console.log('New terminal: ' + terminal.name);
});

您還可以掛接到來自終端程序的原始資料流，包括 ANSI 轉義序列。

const terminal = window.createTerminal();
terminal.onData(data => {
  console.log('Terminal data: ' + data);
});

任務 API

任務 API 在任務查詢和從擴充套件執行任務方面得到了進一步完善。新支援的 API 是：

fetchTasks 接受一個過濾器，用於僅查詢任務的子集。
taskExecutions 支援獲取所有正在執行任務的執行物件。
透過 executeTask、taskExecutions 或其中一個事件提供的 TaskExecution 物件可以使用 === 進行比較。

該 API 仍處於提議狀態。

協議處理程式 API

協議處理程式 API 允許擴充套件程式處理系統範圍的 URI。此功能對於跨應用程式整合很有用，因為它允許其他應用程式將 URI 傳送到特定擴充套件。

export interface ProtocolHandler {
  handleUri(uri: Uri): void;
}

export namespace window {
  /**
   * Registers a protocol handler capable of handling system-wide URIs.
   */
  export function registerProtocolHandler(handler: ProtocolHandler): Disposable;
}

以下是協議處理程式註冊示例：

function activate() {
  registerProtocolHandler({
    handleUri(uri: Uri) {
      console.log('Received URI', uri.toString());
    }
  });
}

對於此 API，URI 授權方和處理它們的擴充套件程式之間存在嚴格關係：URI 授權方必須是擴充套件程式的 ID（publisher.name）。以以下 URI 為例：

 vscode://vscode.git/clone?url=foobar
 \____/   \________/ \___/ \_________/
   |           |        |       |
scheme    authority    path   query

此 URI 的授權方是 vscode.git，因此 VS Code 會將其轉發給 vscode.git 擴充套件，前提是它已正確註冊協議處理程式。

由於 URI 可能會在擴充套件程式註冊之前就被開啟，因此還引入了一個新的 onUri 啟用事件。這允許您的擴充套件程式在開啟指向它的 URI 時被啟用。

注意：URI 處理在 Linux 上尚不支援。

摺疊提供程式 API

版本 1.22 中提出的摺疊範圍提供程式已更新，現已成為官方 API。語言擴充套件現在可以提供語法感知的摺疊範圍。

/**
 * Register a folding range provider.
 *
 * Multiple providers can be registered for a language. In that case providers are asked in
 * parallel and the results are merged.
 * If multiple folding ranges start at the same position, only the range of the first registered provider is used.
 * If a folding range overlaps with an other range that has a smaller position, it is also ignored.
 *
 * A failing provider (rejected promise or exception) will
 * not cause a failure of the whole operation.
 *
 * @param selector A selector that defines the documents this provider is applicable to.
 * @param provider A folding range provider.
 * @return A [disposable](#_Disposable) that unregisters this provider when being disposed.
 */
export function registerFoldingRangeProvider(
  selector: DocumentSelector,
  provider: FoldingRangeProvider
): Disposable;

對擴充套件的貢獻

我們的團隊維護或貢獻了許多 VS Code 擴充套件。本月最值得注意的是

Sublime Text 鍵盤對映擴充套件

Sublime Text 鍵盤對映擴充套件現在能夠匯入 Sublime 的設定。

首次啟動該擴充套件時，會顯示一個提示，其中包含您所有可匯入的 Sublime 設定。如果您想稍後匯入設定，請從命令面板（⇧⌘P (Windows, Linux Ctrl+Shift+P)）中使用Sublime Text Keymap: Import Sublime Text Settings命令。

Sublime Settings Importer

工程

改進的 Smoke Test 穩定性

VS Code 一直都有一個用於嚴格控制質量的 Smoke Test。我們已自動化了 Smoke Test，但未能使其穩定。在此里程碑中，我們致力於提高 Smoke Test 的穩定性和效能。更多詳情請參見PR #47471。

新文件

使用 Azure 儲存部署網站教程

我們有一個新的部署靜態網站到 Azure教程，用於使用Azure 儲存建立和部署靜態網站。

VS Code 部落格文章

VS Code 部落格上有兩篇近期文章：

VS Code 中支援 Bing 的設定搜尋 - 使用 Bing 的自然語言服務改進設定搜尋。
文字緩衝區重新實現 - 閱讀我們最佳化的文字緩衝區實現的發展。

顯著變化

10663：切換比較檢視上的選項卡時保留檢視狀態
24634：macOS：新增設定以啟用視窗的 acceptsFirstMouse
29549：多執行緒除錯應支援停止執行緒
46785：當沒有檔案獲得焦點時，“在 Finder 中顯示”應開啟工作區的資料夾
47274：Node Logpoints 在除錯控制檯中顯示為 VM 源
47478：檢測未安裝的擴充套件
48733：引入選項 debug.enableAllHovers 以在除錯時啟用對 hover 提供程式的呼叫
46414：在終端中除錯 Node.js 程序不再在除錯控制檯中顯示輸出

感謝

最後但同樣重要的是，衷心感謝！以下幫助使 VS Code 變得更好的各位：

對 vscode 的貢獻

@alexglazkov9：整合終端在沒有資料夾的視窗中不開啟PR #46518
Brett Cannon (@brettcannon)：允許 Python 中 # 和 region 之間有空格以實現摺疊PR #46885
@cody：即使沒有找到結果，也啟用清除搜尋PR #48324
@costincaraivan：為 YAML 中的 region/endregion 新增摺疊標記。PR #47722
David (@ddruker)：按 Escape 鍵清除整合終端中的選擇PR #47042
Dustin Campbell (@DustinCampbell)：更新 C# TextMate 語法，包含最新的錯誤修復PR #47520
Florian Traber (@floriantraber)：使 git 刪除彈出視窗模態化PR #47052
Filip Malinowski (@fmal)：顯式設定 background-color 而不是簡寫宣告PR #47785
@ivorhuang：如果偵錯程式尚未啟動，則在重新啟動時啟動偵錯程式PR #47219
Josh Goldberg (@JoshuaKGoldberg)：修復源中的 isInsalled 拼寫錯誤PR #47435
@KarelCasier：新增配置引數以停用可摺疊游標（#_37967）PR #38175
Kenny Le (@kennyle1412)：基於工作區路徑拆分終端PR #46461
Laurel Williams (@lwillia)：修復在擴充套件 ID 上三次單擊會選擇額外資訊的錯誤PR #47921
Matt Acosta (@mattacosta)：重新生成 php 函式。PR #47865
Dmitry Ignatovich (@mechatroner)：將大檔案引數移至使用者配置PR #44988
Michael Klement (@mklement0)：更新 package.json 以支援 PowerShell Core shebang 行。PR #44239
Niklas Mollenhauer (@nikeee)：更改 Hover#range 為可選PR #48004
Pascal Fong Kye (@pfongkye)：格式化時的有意義的警告訊息PR #47919
Yemi Bedu @ P&R (@pr-yemibedu)：微小的排版更改PR #47451
Pradeep Murugesan (@pradeepmurugesan)
- 刪除多個目錄的訊息PR #47956
- 當沒有檔案處於焦點時，開啟根資料夾並顯示在 Finder 中PR #47090
- 為 markdown 新增工作區符號提供程式PR #47610
Benas Svipas (@svipben)：高對比度下的不同邊框樣式PR #46956
vincentLiu (@vincentLiuxiang)：匯出 SymbolEntry 以重用 QuickOpenPR #47544

對 vscode-extension-samples 的貢獻

Niklas Mollenhauer (@nikeee)：將 client 資料夾更改為 lsp-samplePR #59

對 language-server-protocol 的貢獻

Simon Marchi (@simark)：更改 TextDocumentSyncKindIncremental -> TextDocumentSyncKind.Increm...PR #419
Adelar da Silva Queiróz (@adelarsq)：按語言對語言伺服器進行排序PR #424
Geoffrey Gilmore (@ggilmore)：澄清 "textDocument/didOpen" 要求PR #431
Junfeng Li (@autozimu)：拼寫錯誤。PR #434
Niklas Mollenhauer (@nikeee)：向 TextDocuments#get(uri: string) 新增 undefinedPR #339
Caleb Lloyd (@caleblloyd)：修復了粘性側邊欄在桌面版上移出螢幕的問題PR #444
Diego Berrocal (@CestDiego)：PR #450
Remy Suen (@rcjsuen):
- 轉義管道字元，以便它們在 HTML 中渲染PR #435
- 將 workspace/configuration 的圖示更改為請求PR #441
- 將 workspace/workspaceFolder 的圖示更改為請求 PR #442
- 澄清 TextDocumentSyncOptions 的 change 選項的預設值 PR #448

對 vscode-languageserver-node 的貢獻

Remy Suen (@rcjsuen):
- 修復 workspace/didChangeWatchedFiles 的註冊引數 PR #320
- 新增中介軟體以攔截 textDocument/publishDiagnostics PR #322
- 向 CompletionItem 和 SymbolInformation 新增 deprecated 布林屬性 PR #332
- 透過引入 data 欄位修復 documentLink/resolve PR #336
- 在 Travis 構建中用 npm 指令碼替換符號連結 PR #338
Niklas Mollenhauer (@nikeee): 解決 #340 PR #341

對 vscode-chrome-debug 的貢獻

@digeff
- 更新到 -core 4.1.4 PR #644
- 帶堆疊跟蹤的錯誤 PR #637
Alexey Velikiy (@jonyrock): 將程式碼中的 'json' 格式更改為 'javascript' PR #640