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 月釋出。此版本中有許多更新,我們希望您會喜歡,其中包括一些主要亮點
- 輔助功能改進 - 新的螢幕閱讀器功能。
- Windows ARM 版本 - Windows on ARM 現已在穩定版中提供。
- 新 JavaScript 偵錯程式 - 在終端中除錯,支援分析。
- 原始碼控制統一檢視 - 所有儲存庫顯示在單個檢視中。
- 檢視和排序掛起的更改 - 將檔案顯示為樹或列表,按名稱、路徑或狀態排序。
- 從設定編輯器編輯物件設定 - 從設定編輯器編輯物件設定。
- 新 HexEditor 擴充套件 - 從 VS Code 內部以十六進位制格式編輯檔案。
- Notebook UI 更新 - 改進的使用者體驗和撤消/重做支援。
- 遠端開發教程 - 學習透過 SSH、在容器內和 WSL 中進行開發。
- macOS 版 Java Pack 安裝程式 - 在 macOS 上使用 VS Code 設定 Java 開發環境。
如果您想線上閱讀這些發行說明,請訪問 code.visualstudio.com 上的更新頁面。
加入我們現場直播:太平洋時間 7 月 13 日星期一上午 9 點(倫敦時間下午 5 點),VS Code 團隊直播,觀看此版本的新功能演示並向我們提問。
內部人員預覽版: 想盡快試用新功能嗎?您可以下載每晚內部人員預覽版並立即試用最新更新。有關最新的 Visual Studio Code 新聞、更新和內容,請在 Twitter 上關注我們 @code!
輔助功能
這個里程碑,我們再次收到了社群提供的寶貴反饋,這幫助我們識別並解決了許多輔助功能問題。亮點
- 檔案資源管理器中的緊湊資料夾現在能正確播報展開/摺疊狀態和 ARIA 級別。
- 螢幕閱讀器現在可以更新編輯器中的游標偏移。因此,螢幕閱讀器“全部朗讀”命令在停止和恢復時應能更好地工作。
- 相同的 ARIA 即時訊息現在將被螢幕閱讀器正確重新朗讀。
工作臺
從設定編輯器編輯物件設定
以前,設定編輯器只能用於編輯字串和布林值等原始型別的設定,而對於更復雜的設定型別,您需要直接編輯 settings.json。現在,您可以從設定編輯器編輯非巢狀的物件設定。擴充套件作者可以利用此功能來提高這些型別設定的可見性。
之前
在設定編輯器中

在 settings.json 中

之後
在設定編輯器中

選擇並保持焦點在列表檢視中
有一個新命令 list.selectAndPreserveFocus,它允許您從列表中選擇一個專案,同時保持焦點在該列表中。如果您想從列表(例如檔案資源管理器)中選擇多個檔案,而不需要將焦點轉移到檔案編輯器,這會很有幫助。
該命令預設未繫結任何鍵盤快捷鍵,但您可以新增自己的鍵繫結
{
"key": "ctrl+o",
"command": "list.selectAndPreserveFocus"
}
穩定的 Windows ARM 版本
VS Code for Windows on ARM 現在可用於穩定版!🎉
透過拖放安裝 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 設定已更新,預設值從 0 更改為 1,這意味著在搜尋編輯器中每個結果行之前和之後將顯示一行上下文。要恢復舊行為,請將值設定回 0。
列表/樹:動態水平滾動
以前存在的 workbench.list.horizontalScrolling 設定現在可以在執行時切換,而無需強制您重新載入工作臺。
編輯器
正則表示式替換中的大小寫更改
VS Code 現在支援在編輯器中進行查詢/替換時更改正則表示式匹配組的大小寫。這透過修飾符 \u\U\l\L 完成,其中 \u 和 \l 會將單個字元轉換為大寫/小寫,而 \U 和 \L 會將匹配組的其餘部分轉換為大寫/小寫。
示例

修飾符也可以堆疊 - 例如,\u\u\u$1 會將組的前三個字元轉換為大寫,或者 \l\U$1 會將第一個字元轉換為小寫,其餘字元轉換為大寫。
目前,這些只在編輯器的“查詢”控制元件中支援,而不支援全域性“在檔案中查詢”。
除錯
新的 JavaScript 偵錯程式
我們的新 JavaScript 偵錯程式,在上個月成為 Insider 版本的預設偵錯程式後,現在是 VS Code 中 JavaScript (Node.js 和 Chrome) 的預設偵錯程式。如果您跳過了過去幾個 VS Code 更改日誌的“預覽功能”部分,您可以在偵錯程式 README 的新增功能部分中瞭解詳情。
您無需更改任何設定或啟動配置即可利用新偵錯程式。如果您遇到任何問題,請提出問題!
單檔案除錯
直到今天,VS Code 偵錯程式都沒有標準的顯示方式來表明編輯器中的檔案可以輕鬆地透過單擊按鈕進行除錯。一些除錯擴充套件允許您這樣做,通常透過一個除錯配置,提示您“除錯編輯器中的檔案”。然而,使用者仍然必須在除錯配置下拉選單中選擇正確的配置,然後才能使用 F5。其他除錯擴充套件為 F5 實現了回退策略:如果不存在 launch.json,F5 將嘗試除錯當前在活動編輯器中開啟的檔案。
由於這兩種方法都不容易發現,一些除錯擴充套件(例如 Python)已開始在編輯器的標題區域新增一個“執行”按鈕。
由於我們尚未找到更好的方法,並且這種方法無需任何新 API 即可實現,我們編寫了一些關於如何以標準方式實現它的指南。擴充套件作者可以在下面的“擴充套件創作”部分找到這些指南。
使用者只需記住這些圖示

如果其中一個或兩個出現在編輯器標題區域的左側,那麼執行或除錯編輯器中的檔案只需單擊一下即可。
更簡潔的呼叫堆疊檢視
我們已經開始使呼叫堆疊在常見情況下不那麼擁擠:呼叫堆疊檢視現在支援隱藏由於技術原因而存在但對使用者沒有太多價值的除錯會話節點。
第一個選擇此功能的除錯擴充套件是新的 JavaScript 偵錯程式,它可以在只有一個子會話時消除父除錯會話。

我們希望其他除錯擴充套件也能效仿。請參閱下面新提出的 API。
“跳轉到游標”的新命令別名“設定下一語句”
為了讓來自 Visual Studio 的使用者更容易發現“跳轉到游標”命令,我們添加了命令別名“設定下一語句”。
如果您不知道“跳轉到游標”的作用:它允許您將程式執行移動到新位置,而無需執行其間的任何原始碼。
懸停時的斷點路徑
當在“斷點”檢視中懸停在源斷點上時,VS Code 現在會顯示斷點的絕對路徑。
任務
pnpm 包管理器支援
pnpm 現在是 npm.packageManager 設定的有效選項,與 npm 和 yarn 一起用於執行您的指令碼。
原始碼管理
單檢視
原始碼控制檢視已整合到單個檢視中

所有儲存庫都顯示在單個檢視中,因此您可以更好地瞭解整個工作區狀態。此外,原始碼控制檢視現在可以移動到面板,其他檢視可以移動到原始碼控制檢視容器。
檢視和排序
我們已新增支援,可在使用列表檢視選項時按名稱、路徑(預設)和狀態對原始碼控制檢視中的更改進行排序。我們已將檢視選項(列表與樹)和排序選項整合到上下文選單中的新“檢視和排序”選單項中。

Git:恢復壓縮訊息
與通常的 git merge 命令類似,如果使用者正在執行 git merge --squash 命令,SCM 檢視現在將使用預設訊息恢復 SCM 輸入。
語言
TypeScript 3.9.6
VS Code 現在捆綁了 TypeScript 3.9.6。此次次要更新修復了一些錯誤,包括一個可能導致 TypeScript 伺服器在某些原始碼模式下崩潰的錯誤。
瀏覽器支援
大檔案上傳支援
您現在可以將大檔案和資料夾上傳到 VS Code 的 Web 版本,並且將準確報告進度,以便您可以跟蹤已上傳的位元組數以及上傳速度。

文字檔案編碼支援
在此里程碑期間,我們在瀏覽器中對文字編碼的完整支援(用於讀取和寫入檔案)投入了大量工作。我們依賴於兩個現在透過利用 webpack 在瀏覽器中支援的庫
iconv-lite用於讀寫編碼jschardet:從文字內容猜測編碼
這項工作將在 7 月繼續進行,並應很快普遍可用。
預覽功能
預覽功能尚未準備好釋出,但已足夠實用。我們歡迎您在這些功能開發期間提供早期反饋。
設定同步
過去幾個月,我們一直致力於支援在不同機器之間同步 VS Code 首選項,此功能已在 Insiders 版本中提供預覽。
您現在可以使用“已同步機器”檢視中機器條目上的“關閉首選項同步”上下文選單操作,在其他機器上停用同步。

我們還改進了開啟同步時的進度資訊。
TypeScript 4.0 支援
本次迭代,我們繼續改進對 TypeScript 4.0 的支援。一些亮點包括
-
在編輯器中使用刪除線突出顯示對已棄用符號的呼叫

-
解釋給定重構無法應用的原因

-
改進的自動匯入 - 在 TypeScript 4.0 部落格文章中閱讀更多內容。
您可以透過安裝 TypeScript nightly 擴充套件來試用這些功能。
大型 JavaScript 或 TypeScript 專案載入時的部分 IntelliSense 支援
TypeScript 4.0 測試版還帶來了一個新功能,應該有助於減少大型 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 nightly 擴充套件試用。我們希望它能讓您幾乎立即開始使用程式碼,直到更完整的專案級 IntelliSense 可用。
程式碼操作的撤消/重做
我們正在努力實現程式碼操作和重構的撤消和重做功能。一個突出的例子是 Java 類重新命名重構,它會進行文字更改並重命名磁碟上的檔案。現在可以撤消此操作,但仍需要觸發兩次撤消。敬請關注我們進一步改進此功能,並請提供早期反饋。
對擴充套件的貢獻
Notebook
VS Code 團隊正在繼續開發對 Notebook 的原生支援。為了幫助開發,我們建立了一個 GitHub Issue Notebooks 擴充套件,它允許您搜尋 GitHub issues 和 pull requests。此擴充套件仍處於預覽階段,需要使用 VS Code Insiders,但它讓您可以親身體驗 Notebook,我們歡迎您的反饋。
更新的使用者體驗
我們更新了 Notebook 單元格的視覺外觀,使其設計更緊湊。我們還在選定單元格上添加了陰影輪廓,以使選擇狀態更明顯。

Notebook 熱退出支援
我們已在 Notebook 中添加了熱退出支援,允許擴充套件處理備份和恢復。您的未儲存本地更改現在可以由擴充套件序列化並在重新開啟工作區時恢復。
撤消/重做增強
我們添加了對擴充套件貢獻撤消/重做堆疊的支援。擴充套件現在可以控制哪些操作是可撤消的。例如,在 GitHub Issue Notebook 中,您可以選擇“鎖定”按鈕使單元格內容只讀,並透過正常的撤消/重做命令撤消/重做此操作。

主題:GitHub 主題
建立無標題筆記本
我們擴充套件了“新建檔案”命令(⌘N (Windows, Linux Ctrl+N))以支援建立新的無標題 Notebook 檔案。例如,您可以使用下面的鍵繫結快速建立 GitHub Issue Notebook 並執行查詢。
{
"key": "cmd+i",
"command": "workbench.action.files.newUntitledFile",
"args": { "viewType": "github-issues" }
}

主題:GitHub 主題
筆記本顏色標記
我們還為 Notebook 添加了以下顏色標記
notebook.cellBorderColor:Notebook 單元格的邊框顏色notebook.cellHoverBackground:單元格懸停時的背景顏色notebook.cellInsertionIndicator:Notebook 單元格插入指示器的顏色notebook.focusedCellBackground:單元格聚焦時的背景顏色notebook.focusedCellBorder:單元格聚焦時單元格頂部和底部邊框的顏色notebook.focusedCellShadow:單元格聚焦時單元格陰影的顏色notebook.focusedEditorBorder:Notebook 單元格編輯器邊框的顏色
兩個新示例展示瞭如何支援在 Notebook 中進行除錯
-
此示例展示瞭如何基於現有 VS Code 偵錯程式擴充套件實現 Notebook 除錯功能。

-
使用 Xeus 核心進行 Jupyter Notebook 除錯示例
此示例展示瞭如何基於 xeus 核心及其對 Debug Adapter Protocol 的原生支援來實現 Notebook 除錯功能。

Notebook 擴充套件指南
如果您有興趣為 VS Code 建立 Notebook 擴充套件,我們提供了一份新指南,詳細介紹了 Notebook API。您將瞭解 API 以及 VS Code Notebook 基礎設施的詳細資訊和 Notebook 擴充套件開發最佳實踐。
遠端開發
遠端開發擴充套件的工作仍在繼續,它允許您使用容器、遠端機器或 適用於 Linux 的 Windows 子系統 (WSL) 作為功能齊全的開發環境。
1.47 中的功能亮點包括
- 遠端 - SSH:遠端伺服器可以監聽套接字而不是埠。
- 開發容器:提示在卷中開啟儲存庫。
- 開發容器和 WSL:檢視最近的在 WSL 2 中使用開發容器部落格文章。
您可以在遠端開發發行說明中瞭解新的擴充套件功能和錯誤修復。
如果您是 VS Code 遠端開發的新手,可以透過這些入門教程開始學習
Azure 賬戶
最新版本的 Azure 賬戶擴充套件現在公開了一個憑據物件,可與最新的 Azure SDK 一起使用。
GitHub 拉取請求和議題
GitHub Pull Requests and Issues 擴充套件的開發工作仍在繼續,該擴充套件允許您處理、建立和管理 pull request 和 issues。此版本的一些更新包括
- Issues 檢視中的 Markdown 懸停。
- 新 issue 編輯器中的標籤建議。
- 對格式為 GH-123 的 issue 的懸停支援。
要了解所有新功能和更新,您可以檢視擴充套件 0.18.0 版本的完整更新日誌。
十六進位制編輯器
HexEditor 擴充套件持續改進,以在 VS Code 中提供原生的十六進位制編輯體驗。此版本對該擴充套件的主要更新包括簡單的編輯支援(允許使用者撤消、重做、編輯現有十六進位制單元格,並向文件末尾新增新單元格)和大檔案最佳化,允許使用者開啟超過 18 兆位元組的檔案,這在以前是不可能的。

有關值得注意的更改的完整列表,請參閱更新日誌。任何反饋或遇到的問題都可以提交到 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 中貢獻 Run 和/或 Debug 命令(參見 Mock Debug)
- 使用命令標題“執行檔案”/“除錯檔案”或“執行 Python 檔案”/“除錯 Python 檔案”。
- “執行”使用
$(play)圖示,“除錯”使用$(debug-alt-small)圖示。
- 將命令新增到編輯器標題區域(參見 Mock Debug)
- 要使命令僅對特定語言可見,請使用“when”子句,例如
"resourceLangId == python"。 - 將“執行”命令放入
1_run@10組,將“除錯”命令放入1_run@20組。
- 要使命令僅對特定語言可見,請使用“when”子句,例如
CodeActionProviderMetadata.documentation
CodeActionProviderMetadata 上的新 documentation 屬性允許擴充套件為它們返回的程式碼操作提供靜態文件。當提供者返回程式碼操作時,此文件會顯示在程式碼操作列表的底部

當用戶選擇文件條目時,將執行一個命令。此命令可以在編輯器中顯示文件或在瀏覽器中開啟它。
開啟和儲存對話方塊標題
透過 OpenDialogOptions 和 SaveDialogOptions 為開啟和儲存檔案對話方塊提供 title 的 API 已最終確定。請注意,並非所有作業系統都允許設定此標題,因此行為可能因擴充套件執行的位置而異。
新的擴充套件類別
您現在可以使用以下新新增的類別來分類您的擴充套件。
- 資料科學
- 機器學習
- 視覺化
- 測試
- Notebook
輔助按鈕樣式
我們引入了一種輔助按鈕樣式,用於在需要使按鈕不那麼突出時使用
button.secondaryForegroundbutton.secondaryBackgroundbutton.secondaryHoverBackground
GitHub 工作流徽章
您現在可以將 GitHub 工作流徽章新增到已釋出擴充套件的徽章列表中,因為 github.com 已新增到批准徽章源列表中。

透過 argv.json 啟用建議 API
enable-proposed-api 欄位現在在 argv.json 中受支援。這允許擴充套件作者在釋出的構建中執行其建議的 API 擴充套件,以進行長期內部測試,而無需透過命令列開啟 VS Code 並傳遞 --enable-proposed-api CLI 標誌。
新的 codicon 圖示
我們已將以下新圖示新增到我們的 codicon 庫中
debug-alt-smallvm-connect
![]()
語言伺服器協議
對 語義標記和 完成項中額外文字編輯的延遲解析的支援已新增到即將釋出的 3.16 規範中。
建議的擴充套件 API
每個里程碑都會帶來新的提議 API,擴充套件作者可以嘗試使用它們。一如既往,我們希望得到您的反饋。要嘗試提議的 API,您需要執行以下操作:
- 您必須使用 Insiders 版本,因為提議的 API 經常更改。
- 您的擴充套件的
package.json檔案中必須包含以下行:"enableProposedApi": true。 - 將最新版本的 vscode.proposed.d.ts 檔案複製到您專案的源位置。
請注意,您不能釋出使用提議 API 的擴充套件。下一個版本中可能會有重大更改,我們絕不希望破壞現有擴充套件。
終端連結提供者
在此基礎上,上一個版本中新增的終端新連結系統,這項新的提案 window.registerLinkProvider 允許擴充套件將連結附加到終端,包括懸停時顯示的工具提示標籤。

這與之前提出的(現已棄用的)“連結處理程式”API 形成對比,後者允許您的擴充套件可能處理相關連結,如果它不處理,則會有一個回退鏈。這種新模型(連結肯定會得到處理)更符合連結可能具有一系列可能操作的設想。
“不帶除錯執行”的新 API
VS Code 的“不帶除錯執行”功能是除錯的一種變體,它重用現有的除錯配置來執行程式而不是除錯它。此執行模式的一個結果是程式不會中斷到偵錯程式中,無論是命中斷點還是出於任何其他原因。
在此里程碑中,我們提供了“不帶除錯執行”的官方擴充套件 API:已將新的 noDebug 屬性新增到 debug.startDebugging 函式的 DebugSessionOptions 中。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 和 CMake Tools 擴充套件開發 C++ 應用程式的新教程:使用 CMake 開發 C++ 應用程式。

macOS 版 Java Pack 安裝程式
Visual Studio Code for Java Pack Installer 下載在 macOS 上 Visual Studio Code 中進行 Java 開發所需的依賴項和擴充套件。

值得注意的修復
- 71291:樹狀檢視中的水平滾動導致渲染問題
- 93230:區域性變數以煩人的方式摺疊
- 98309:支援工作副本檔案服務中的多個檔案
- 99061:允許重新開啟已關閉的 diff 編輯器
- 99290:Git:在重新載入時恢復 diff 編輯器
- 99704:頂部除錯會話行在未暫停時顯示“已暫停”
- 99786:除錯工具欄位置停靠時無法啟動額外會話
- 100524:SCM 裝飾丟失
- 101132:離線嘗試打開發行說明後無法再次開啟
感謝
最後但同樣重要的是,衷心感謝以下本月為 VS Code 做出貢獻的人們:
對我們問題跟蹤的貢獻
- John Murray (@gjsjohnmurray)
- Andrii Dieiev (@IllusionMH)
- Simon Chan (@yume-chan)
- ArturoDent (@ArturoDent)
- Alexander (@usernamehw)
對 vscode 的貢獻
- AlexStrNik (@AlexStrNik):修復 #97526 PR #97611
- Anoesj Sadraee (@Anoesj):將“pnpm”選項新增到“npm.packageManager”設定 PR #100654
- @champignoom:暫存 ibus-gtk3 以嘗試使 ibus 工作 PR #100480
- Daniel Davis (@daniel-j-davis)
- 在提交訊息自動填充中新增 .git/SQUASH_MSG 檢測 #101078 PR #101114
- 允許在除錯視窗中貼上 #100235 PR #100288
- Daybrush (Younkue Choi) (@daybrush):支援 iOS 的
metaKeyPR #100869 - Don Jayamanne (@DonJayamanne):停用無標題筆記本的自動儲存 PR #100256
- Dan Foad (@foad):允許數字 CLI 引數 PR #99540
- John Murray (@gjsjohnmurray)
- 修復 #99854 使“在 settings.json 中編輯”新增物件型別預設值 PR #99912
- 修復 #71295 允許在擴充套件設定的 markdownDescription 中使用命令 URI PR #100304
- 修復 #100068 更好地“閱讀更多/更少”提示建議小部件控制元件 PR #100070
- Fedor Nezhivoi (@gyzerok)
- 更新 iconv-lite-umd 到 0.6.4 用於 #79275 PR #101213
- 切換到使用 iconv-lite-umd 用於 #79275 PR #100472
- 將 vs/base/node/encoding.ts 從節點流中解耦以用於 #79275 PR #99413
- 將編碼移動到 #79275 的通用位置 PR #100539
- Andrii Dieiev (@IllusionMH)
- 允許在懸停的 markdown 中使用表格特定標籤(修復 #99983) PR #99988
- 在零長度匹配上跳過代理對(修復 #100134) PR #100482
- 譚九鼎 (@imba-tjd):stackoverflow 使用 https PR #100655
- Ken (@irridia):初步實現:支援 \U\u\L\l 替換修飾符 PR #96128
- Jean Pierre (@jeanp413)
- Justin Hutchings (@jhutchings1):新增 CodeQL 安全掃描 PR #99411
- Keshav Bohra (@keshav-bohr):單詞修復 PR #100301
- Wenlu Wang (@Kingwl):新增 ts/js 已棄用支援 PR #97742
- Rhitik Bhatt (@lambainsaan)
- 為大綱窗格中的元素新增基本鍵繫結以聚焦 PR #91799
- 修復與生成器方法一起使用時 onEnter 行為的錯誤 PR #100076
- Mads Kristensen (@madskristensen)
- SchemaStore.org 使用 HTTPS 網址 PR #101047
- 修復 SchemaStore.org 網址 PR #101046
- Milo Moisson (@MrNossiom):更新日誌 PR #100657
- @nlchar:修復反饋視窗重新開啟時的狀態恢復問題 PR #101074
- Noelle Caldwell (@noellelc):新增富導航工作流 PR #100014
- Pascal Fong Kye (@pfongkye):檔案操作事件支援多個資源 PR #98988
- Robert Massaioli (@robertmassaioli):更新 for-in 迴圈以與 eslint:recommended 配合使用 PR #99721
- Stoyan Nikolov (@stoyannk):透過重用 alre… 刪除了 SimpleFileDialog 中冗餘的“resolve” PR #99432
- Arman Tabaddor (@tabaddor):聚焦文字區域時新增終端名稱 PR #100087
- Thibault Malbranche (@Titozzz):修復(搜尋):替換崩潰的空字串模式 PR #101017
- @VoidNoire:使其符合 POSIX 標準以提高可移植性並移除
bash依賴… PR #100145
對 vscode-extension-samples 的貢獻
對 vscode-eslint 的貢獻
對 debug-adapter-protocol 的貢獻
- Lukas Zima (@zimlu02):更新 Broadcom 擴充套件 PR #121
- Dave Holoway (@adelphes):新增 Android 除錯介面卡 PR #125
對 language-server-protocol 的貢獻
- Sacha Ayoun (@giltho):指定 logTrace 通知 PR #953
- Josh Soref (@jsoref):拼寫和語法 PR #1027
- Radek Simko (@radeksimko):網站:修復拼寫錯誤 (Genernal -> General) PR #1035
對 vscode-languageserver-node 的貢獻
- Sacha Ayoun (@giltho):將語言伺服器與協議提案對齊 PR #611
- Andrew Arnott (@AArnott)
對 vscode-css-languageservice 的貢獻
- Justin Hutchings (@jhutchings1):新增 CodeQL 安全掃描 PR #218
對 node-jsonc-parser 的貢獻
- Michael Bullington (@mbullington):允許陣列修改,新增就地格式化選項。 PR #35
對 vscode-generator-code 的貢獻
- Pranav Shikarpur (@snpranav):為生成器建立 Dockerfile PR #210
對 vscode-vsce 的貢獻
- Adam S (@ItsMajestiX):允許來自 Github Workflows 的徽章 PR #396
- Tomas (@viktomas)