編輯

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 和 FileSystem Provider API、「來源」檔案層級動作。

Insiders： 想要盡快查看新功能嗎？您可以下載每晚建置的 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 檔案時，在 package.json 檔案或 scripts 區段中開啟指令碼。這是選取指令碼時的預設動作。
以工作形式執行指令碼，輸出顯示在整合式終端機中。
偵錯指令碼。若要啟動節點偵錯工具，指令碼需要定義節點偵錯選項，例如 --inspect-brk (另請參閱)。

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

Git 複製改進

Git 複製工作流程進行了一些改進。當執行Git：複製命令時

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

Git 擴充功能也採用了新的建議 API 來處理系統範圍 URI，並在特定 URI 上叫用 Git 複製。以下是複製 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 處理程序

使用開發人員：開啟處理程序瀏覽器命令或說明 > 開啟處理程序瀏覽器功能表項目，開啟一個新視窗，其中包含持續更新的執行中 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 架構 (例如 PostCSS，它可讓您使用實驗性 CSS 屬性)，您也必須完全關閉 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 的資料，並根據每個屬性的值定義語法提供語法檢查。

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 整理匯入功能現在已脫離預覽版。執行整理匯入 (⇧⌥O (Windows、Linux Shift+Alt+O)) 以快速移除未使用的匯入，並在您的 JavaScript 和 TypeScript 原始碼中排序剩餘的匯入。

您現在也可以使用新的 editor.codeActionsOnSave 設定，將整理匯入設定為在儲存時執行。以下是針對 TypeScript 檔案啟用儲存時整理匯入的設定

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

偵錯

Logpoint 改進

Logpoint 是在上一個版本中引入的，我們改進了它們的易用性和實用性

已為嵌入在記錄訊息和條件式中斷點中的運算式新增 IntelliSense (智慧完成)。
當在 Node.js 偵錯中使用 Logpoint 時，嵌入在記錄訊息中的結構化物件會以可展開物件的形式顯示在「偵錯主控台」中
Node.js 偵錯中的 Logpoint 現在會在「偵錯主控台」中顯示其來源位置
由於可以透過按一下編輯器邊界中的圖示輕鬆刪除 Logpoint 和中斷點，因此您可能會意外遺失記錄訊息或中斷點條件。為了防止這種情況發生，當透過按一下邊界刪除具有條件或記錄訊息的中斷點時，VS Code 現在會提示。警示會讓您選擇停用中斷點，而不是刪除它。
最後但並非最不重要的，我們已在偵錯功能表中新增新增中斷點 > Logpoint... 動作。

擴充功能撰寫

對活動列的貢獻

隨著越來越多的擴充功能建立自訂檢視，且大多數擴充功能都貢獻給檔案總管，我們注意到檔案總管變得雜亂。為了擴大規模，VS Code 現在提供一種貢獻給活動列的方式。例如，現在活動列中有一個測試貢獻。擴充功能現在可以自行貢獻。

測試檢視容器

現在活動列中提供了一個新的「測試」貢獻，供擴充功能貢獻測試相關的檢視。此「測試」貢獻預設為空白且隱藏，並且會在檢視貢獻給它時顯示。此範例顯示 mocha 自訂檢視如何貢獻給活動列中的測試活動。

"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%

滑鼠停留 100%

作用中 100%

已註冊命令以顯示每個已註冊的檢視容器。在上面的「套件總管」範例中，它將是檢視：顯示套件總管。當您執行命令檢視：開啟檢視...時，也可以找到列出的所有檢視容器。

Open View

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

來源控制中的自訂檢視

您現在可以將來源控制管理 (SCM) 相關的自訂檢視貢獻到活動列中的「來源控制」檢視容器中。您可以顯示、隱藏和重新排序這些檢視，就像在檔案總管中一樣。

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

SCM Custom views

FileSystem Providers

擴充功能現在可以從任意來源 (例如 ftp 伺服器) 提供檔案和資料夾，而 VS Code 會像處理一般檔案一樣處理它們。若要執行此操作，請使用 FileSystemProvider 介面，擴充功能會將其與 URI 結構描述 (例如 ftp) 建立關聯。透過此介面，編輯器可以探索和管理檔案和資料夾 (建立、刪除、讀取和寫入)。

Files and Folders from a filesystem provider

VS Code 也可以讀取和修改由 FileSystem Providers 提供的組態檔 (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 程式碼動作為基礎，新新增的 CodeActionKind.SourceOrganizeImports 識別「整理匯入」程式碼動作。可以使用 editor.action.organizeImports 觸發這些動作，並具有標準鍵盤快速鍵：⇧⌥O (Windows、Linux Shift+Alt+O)。

如果您的擴充功能已實作「整理匯入」，我們強烈建議您將其移轉為使用 CodeActionKind.SourceOrganizeImports，以便使用者在各種語言中獲得更一致的體驗。

CodeActionProviderMetadata

registerCodeActionsProvider 現在採用選用的 CodeActionProviderMetadata 引數，讓擴充功能告知 VS Code CodeActionProvider 將提供的程式碼動作種類。VS Code 會使用此資訊來啟用新的重構和來源動作內容功能表。例如，只有當 CodeActionProvider 註冊了 CodeActionProviderMetadata，指出它將提供 refactor.* 程式碼動作時，才會啟用重構內容功能表。

Webview API

Webview API 允許擴充功能在 VS Code 中建立完全可自訂的檢視。例如，內建的 Markdown 擴充功能使用 Webview 來呈現 Markdown 預覽。Webview 也可用於建置超出 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 仍為建議狀態，因此為了使用它，您必須透過將 "enableProposedApi": true 新增至 package.json 來選擇加入，並且您必須將 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 時啟動。

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

摺疊提供者 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 Keymap 擴充功能

Sublime Text Keymap 擴充功能現在可以從 Sublime 匯入設定。

第一次啟動擴充功能時，會顯示一個提示，其中顯示所有可匯入的 Sublime 設定。如果您想稍後匯入您的設定，請從命令面板 (⇧⌘P (Windows、Linux Ctrl+Shift+P)) 使用Sublime Text Keymap：匯入 Sublime Text 設定命令。

Sublime Settings Importer

工程

改良的 Smoke Test 穩定性

VS Code 一直都有 Smoke Test，用於嚴格控制品質。我們已將 Smoke Test 自動化，但未能使其穩定。在此里程碑中，我們致力於提高 Smoke Test 的穩定性和效能。更多詳細資訊可以在提取要求 #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)：在整合式終端機中按下 Esc 鍵清除選取範圍 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 以重複使用 QuickOpen PR #47544

對 vscode-extension-samples 的貢獻

Niklas Mollenhauer (@nikeee)：將 client 資料夾變更為 lsp-sample PR #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)：將 undefined 新增至 TextDocuments#get(uri: string) PR #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 的變更預設值 PR #448

對 vscode-languageserver-node 的貢獻

Remy Suen (@rcjsuen):
- 修正 workspace/didChangeWatchedFiles 的註冊參數 PR #320
- 新增中介軟體以攔截 textDocument/publishDiagnostics PR #322
- 將已淘汰的布林值屬性新增至 CompletionItem 和 SymbolInformation PR #332
- 透過引入資料欄位修正 documentLink/resolve PR #336
- 以 npm 指令碼取代 Travis 建置中的符號連結 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