現已釋出!閱讀關於 11 月新增功能和修復的內容。

2018 年 9 月 (版本 1.28)

更新 1.28.2:此更新解決了這些問題

更新 1.28.1:此更新解決了這些問題

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


歡迎使用 Visual Studio Code 2018 年 9 月版本。正如我們在9 月迭代計劃中宣佈的那樣,我們專注於整理 GitHub 問題和拉取請求。在我們的所有 VS Code 儲存庫中,我們關閉了(分類或修復)3918 個問題。在關閉問題的同時,你建立了 2187 個新問題。這導致問題淨減少 1731 個。主要的 vscode 儲存庫現在有 2472 個未解決的功能請求和 625 個未解決的錯誤。此外,我們關閉了 212 個拉取請求。

很高興看到你們如此關心我們的進展。Benjamin Lannon釋出了一個個人網站,其中包含我們主儲存庫中問題數量的即時跟蹤器。它很好地展示了我們自 9 月 11 日以來取得的進展。

Burn down of issues

它還顯示了當我們停止關注減少問題時會發生什麼。下面是上週的最後三天,當時我們正在為這個版本做準備。正如你所看到的,未來我們將進行更多的問題整理迭代。

Increase of issues

在這個整理里程碑中,我們解決了一些功能請求,社群拉取請求也帶來了新功能。以下是此版本的一些亮點

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

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

工作臺

Windows 上的自定義標題欄和選單欄預設啟用

先前發行說明中描述的自定義標題欄和可主題化選單現在在 Windows 上預設啟用。在上個月的 Insiders 版本中,Windows 上的設定 "window.titleBarStyle" 預設為 "custom",我們現在準備將其作為預設體驗。

Custom title and menu bar with a dark theme on Windows

按檔案型別自定義檔案圖示

在 macOS 和 Windows 上,VS Code 註冊為眾所周知的檔案型別的預設編輯器。VS Code 現在為一些常見的 VS Code 檔案型別提供了自定義圖示。當圖示大小配置為中等到大時,這些圖示將顯示在作業系統資源管理器中。對於小圖示大小,我們決定保留 VS Code 徽標作為圖示。

File Icons

專案級片段

現在可以將片段限定在專案範圍內,並與團隊共享。只需使用首選項:配置使用者片段命令或在 .vscode 資料夾中建立 *.code-snippets 檔案。專案片段的工作方式與其他片段一樣,它們顯示在 IntelliSense 中和插入片段操作中,現在它們有自己的類別。

Project Level Snippet

片段現在還支援多個字首。如果你無法決定版權標頭片段的字首應該是 headerstub 還是 copyright,你可以全部擁有。只需使用字串陣列作為 prefix 屬性。

{
  "prefix": ["header", "stub", "copyright"],
  "body": "Copyright. Foo Corp 2028",
  "description": "Adds copyright...",
  "scope": "javascript,typescript"
}

很長一段時間以來,VS Code 在開啟資料夾時都會解析符號連結。這意味著即使符號連結有其原因,VS Code 也會忽略它並始終開啟解析後的連結路徑。我們決定更改此行為並保留符號連結。

注意:當將資料夾作為符號連結開啟時,某些功能將以降低的功能工作(例如除錯Git 整合)。

記錄和搜尋鍵盤快捷方式

在鍵盤快捷方式編輯器(⌘K ⌘S (Windows, Linux Ctrl+K Ctrl+S))中,你現在可以透過鍵入擊鍵來搜尋鍵繫結,而不是鍵入鍵名(例如 'shift')。開啟記錄鍵模式並鍵入要搜尋的擊鍵。

Record Keys

你還可以使用⌥⌘K (Windows, Linux Alt+K)進入記錄鍵模式。按 Esc 鍵退出記錄鍵模式。

切換面板更改

我們決定重新審視切換面板(終端、輸出、問題、除錯控制檯)命令的行為。你可以透過問題 19400 瞭解更改的背景。

行為是

  • 面板不可見時顯示。
  • 面板可見時隱藏。

行為是

  • 面板不可見時顯示。
  • 面板具有鍵盤焦點時隱藏。
  • 面板可見但沒有焦點時獲取焦點。

要恢復以前的行為,你可以配置一個鍵繫結,在相關面板處於活動狀態時關閉面板。

例如,對於輸出面板

{
  "key": "cmd+shift+u",
  "command": "workbench.action.closePanel",
  "when": "activePanel==workbench.panel.output"
}

面板識別符號列表是

  • terminal - 整合終端
  • workbench.panel.markers - 問題面板
  • workbench.panel.output - 輸出面板
  • workbench.panel.repl - 除錯控制檯面板

複製相對路徑

現在,在檔案資源管理器以及編輯器選項卡的上下文選單中更顯著地公開了將檔案路徑複製為相對路徑的命令。

Copy Relative Path

從快速開啟中排除最近開啟的檔案

一個新設定 search.quickOpen.includeHistory 允許你控制最近開啟的檔案是否應包含在快速開啟檔案選擇器中。預設情況下,最近開啟的檔案將顯示在搜尋的頂部,工作區中的其他檔案顯示在下面。如果你不想在頂部看到最近開啟的檔案,可以將此設定更改為 false

刪除檔案時停用垃圾桶

如果你在從資源管理器刪除檔案時遇到問題,當它們移動到作業系統垃圾桶時,你現在可以將 files.enableTrash 設定為 false,以便在刪除時永遠不使用作業系統垃圾桶。這樣做會更改檔案資源管理器上的刪除操作和鍵繫結,以繞過作業系統垃圾桶並永久刪除。在刪除發生之前,你仍然會看到提示。

如果檢測到工作區檔案則提示開啟

當開啟包含一個或多個 .code-workspace 檔案的根資料夾時,VS Code 現在會顯示一條通知,詢問你是否要改為開啟工作區檔案。開啟工作區檔案通常比僅開啟資料夾提供更好的體驗。你可以在我們的文件中瞭解有關多根工作區的更多資訊。

Workspace file prompt

重新開啟檔案時不恢復檢視狀態

VS Code 一直會記住檔案的檢視狀態(游標位置、摺疊部分等),即使在檔案關閉後也是如此。現在有一個新設定 workbench.editor.restoreViewState,用於在檔案關閉時刪除此檢視狀態。這允許你在重新開啟檔案後始終從檔案頂部開始。

關閉所有編輯器組中的檔案

一個新命令關閉所有組中的編輯器workbench.action.closeEditorInAllGroups)允許你關閉所有編輯器組中當前活動的檔案。

問題面板

顯示錯誤程式碼

問題面板現在顯示問題的錯誤程式碼(如果存在)。

Problems panel shows error codes

改進的鍵盤導航

問題面板變得更加鍵盤友好

  • 當面板具有焦點時,你可以開始鍵入以進行篩選。
  • 你可以使用 ⌘F (Windows, Linux Ctrl+F) 將焦點置於篩選框,使用 ⌘↓ (Windows, Linux Ctrl+Down) 將焦點從篩選框置於問題列表。

遙測事件的輸出通道

在 7 月份的版本中,我們添加了一項功能,當你使用開發人員:設定日誌級別...命令將日誌級別設定為跟蹤時,VS Code 傳送的所有遙測事件也會記錄到本地檔案。你現在可以在輸出面板的日誌(遙測)通道中檢視此檔案的內容。和以前一樣,你可以使用開發人員:開啟日誌檔案...命令直接檢視該檔案。

將焦點置於自定義檢視

你現在可以使用命令將焦點置於自定義檢視。為每個自定義檢視提供了單獨的命令。

Custom view focus commands

Linux URL 處理

以前僅限於 Windows 和 macOS 的功能,現在你也可以在 Linux 上開啟 VS Code URL!這些 URL 對許多不同的功能非常有用,例如自動安裝擴充套件,例如 vscode-insiders:extension/vscodevim.vim

編輯器

Tab 鍵補全

編輯器 Tab 鍵補全現在可以補全所有型別的建議。設定 "editor.tabCompletion": "on" 後,按 Tab 將補全任何字首,而不僅僅是片段。此外,按 Tab 將插入下一個建議,按 ⇧Tab (Windows, Linux Shift+Tab) 將插入上一個建議。

Tab completion

導航到上次編輯位置

添加了一個新命令轉到上次編輯位置workbench.action.navigateToLastEditLocation),用於快速導航到檔案中上次編輯的位置。預設鍵繫結是 ⌘K ⌘Q (Windows, Linux Ctrl+K Ctrl+Q)

不格式化儲存

新命令不格式化儲存workbench.action.files.saveWithoutFormatting)可用於儲存檔案而不觸發任何儲存參與者(例如,格式化程式、刪除尾隨空格、最終換行符)。預設鍵繫結是 ⌘K S (Windows Ctrl+K Ctrl+Shift+S, Linux Ctrl+K S)。這在編輯非正常專案中的檔案時很有用,這些檔案可能具有不同的格式約定。

IntelliSense 區域性性獎勵

現在可以根據建議與游標的距離進行排序。設定 "editor.suggest.localityBonus": true,你會看到,例如,函式引數顯示在 IntelliSense 列表的頂部。

Locality bonus

Emmet

本次迭代我們對 Emmet 功能進行了一些改進

  • 如果你在 JavaScript 檔案中啟用了 Emmet,那麼你現在可以在 HTML 檔案中的 <script> 標籤內進行 Emmet 縮寫擴充套件。
  • Emmet:用縮寫包裹功能不再僅限於副檔名為 .html 的檔案。
  • 即使沒有選擇,Emmet:平衡(向內)功能現在也適用於當前節點。
  • 錯誤地將 SCSS 檔案中帶有 # 的 CSS 選擇器視為有效縮寫的bug現已修復。

原始碼管理

更改 SCM 提交鍵繫結

你現在可以使用 scm.acceptInput 命令更改預設鍵繫結,以接受 SCM 檢視中的提交訊息。

SCM 狀態列跟蹤活動檔案

左下角的 SCM 狀態列貢獻現在跟蹤當前活動檔案所屬的儲存庫。這減少了在多資料夾工作區中編輯檔案時的混淆。

Git 整合

更好地處理刪除衝突

VS Code 一直會檢測刪除衝突。現在有更好的 UI 流程來處理它們,開啟更改時會看到未刪除的版本,你可以決定在暫存它時如何處理檔案:保留它或刪除它。

Keep or delete deletion conflicts

配置長提交訊息警告閾值

git.inputValidationLength 設定現在允許你配置提交訊息在編輯時必須有多長才會出現警告。

在 'git init' 後將資料夾新增到工作區

初始化 Git 儲存庫後,VS Code 現在會詢問你是否要將其新增到當前工作區。

配置分支驗證規則

你現在可以使用強大的 git.branchValidationRegexgit.branchWhitespaceChar 設定來控制分支名稱驗證的工作方式。有關更多詳細資訊,請參閱問題 50241

運行同步時始終 rebase

git.rebaseWhenSync 設定將允許你配置同步命令在執行時始終使用 rebase 而不是 merge。

停用進度報告

使用 git.showProgress 設定,你現在可以停用在 Git 操作期間顯示進度。

Push --force

在日常開發中,有時你會想冒險。執行 git push --force 就是一個很好的例子!VS Code 現在允許你強制將提交推送到遠端,而無需進入終端。使用 git.allowForcePushgit.useForcePushWithLeasegit.confirmForcePush 設定來控制此行為。有關更多詳細資訊,請參閱問題 53286

Stash apply

以下 git stash apply 命令現在在全域性命令面板中顯示:Git:應用 Stash...Git:應用最新 Stash

始終可見的暫存更改部分

你現在可以使用 git.alwaysShowStagedChangesResourceGroup 設定在 SCM 檢視中始終保持暫存更改部分可見,即使為空。

Staged changes visible

終端

定義鍵繫結以傳送自定義序列

添加了新命令 workbench.action.terminal.sendSequence,它允許你將自定義序列直接傳送到活動終端。這允許使用 \u 格式傳送 Unicode 字元來發送箭頭鍵、回車鍵等。

{
  "key": "ctrl+u",
  "command": "workbench.action.terminal.sendSequence",
  "args": { "text": "\u001b[1;5D\u007f" }
}

查詢改進

終端中的查詢已得到改進,現在行為更像編輯器中的查詢

  • 支援正則表示式、區分大小寫和匹配單詞。
  • 標準的查詢下一個/上一個鍵繫結 (F3, shift+F3) 現在可以工作。
  • 返回跨行換行的查詢結果。

語言

TypeScript 3.1

VS Code 1.28 附帶 TypeScript 3.1.1。此版本帶來了新的語言功能,例如可對映的元組和陣列型別,以及許多工具改進和錯誤修復。

重新命名匯入路徑

意識到匯入的檔案可以使用更好的名稱?現在你可以透過重新命名匯入來重新命名引用的檔案

Renaming an JavaScript import to rename a file

轉換為 async 函式

JavaScript 和 TypeScript 的新轉換為 async 函式建議將使用 .then Promise 鏈的函式重寫為使用 asyncawait

Converting a promise chain to an async function

請注意,此功能要求設定 javascript.validate.enable 設定為 true。

JS/TS 建議的新設定

我們清理了 JavaScript 和 TypeScript 建議的設定名稱,並添加了一些提供更精細控制的新設定

  • 所有與建議相關的設定現在都在 javascript.suggest.*typescript.suggest.* 下。
  • typescript.useCodeSnippetOnMethodSuggest 已重新命名為 javascript.suggest.completeFunctionCallstypescript.suggest.completeFunctionCalls
  • javascript.nameSuggestions 已重新命名為 javascript.suggest.names
  • typescript.autoImportSuggestions.enabled 已重新命名為 javascript.suggest.autoImportstypescriptscript.suggest.autoImports
  • 新的 javascript.suggest.enabledtypescript.suggest.enabled 允許你完全停用 JS 或 TS 建議。

分號作為 JS/TS 的提交字元

分號現在是 JavaScript 和 TypeScript 建議的提交字元。這意味著你可以透過鍵入 ; 來接受當前建議。現有的提交字元還包括 .(

你可以透過設定 "editor.acceptSuggestionOnCommitCharacter": false 來停用提交字元。

HTML 和 CSS 路徑補全排除點檔案

. 開頭的檔案現在從路徑補全結果中排除。

更好的 Markdown 摺疊

多行列表、圍欄程式碼塊和原始 HTML 現在可以在 Markdown 檔案中摺疊

Folding Markdown code blocks and lists

在 Markdown 預覽中,單擊本地檔案連結現在將開啟該檔案的預覽

Local file link open in preview

這使得瀏覽文件更加容易。使用 markdown.preview.openMarkdownLinks 設定來配置如何處理連結。有效的設定值是

  • inEditor - 在編輯器中開啟本地 Markdown 連結。
  • inPreview - 在當前預覽中開啟本地 Markdown 連結。這是新的預設行為。

擴充套件

搜尋篩選改進

你現在可以將 @category 篩選器與其他篩選器(例如 @installed@enabled@disabled@outdated)一起使用,以組成擴充套件搜尋查詢。例如,你可以使用查詢 @installed @category:themes 搜尋已安裝的主題,或使用 @installed @category:snippets 搜尋提供片段的已安裝擴充套件。

停用的擴充套件不計為過期

活動欄上顯示過期擴充套件計數的擴充套件檢視徽章現在將排除停用的擴充套件。此徽章的目的是讓你知道可能需要更新的過期擴充套件。由於停用的擴充套件目前未在使用,因此將其包含在計數中只會造成干擾。

擴充套件主機無響應

VS Code 在一個單獨的程序中執行擴充套件,稱為擴充套件主機。此程序使用訊息傳遞與渲染器/UI 程序通訊。我們添加了對擴充套件主機訊息的更好跟蹤,如果訊息在 10 秒內未得到確認,我們將顯示以下通知

Extension Host Unresponsive

這意味著什麼:很可能某個擴充套件正在執行 CPU 密集型操作,最終阻塞擴充套件主機程序超過 10 秒

該怎麼辦:一種選擇是等待操作完成,然後忽略通知。另一種選擇是調查哪個擴充套件導致了高 CPU 使用率,方法是轉到執行中的擴充套件檢視並開始分析擴充套件主機。然後,你可以針對有問題的擴充套件直接建立問題。最後,如果你認為擴充套件已進入無限迴圈,並且看起來不會恢復,你可以重啟擴充套件主機。

工程

擴充套件和 webpack

我們繼續進行 webpack 工作,現在大多數捆綁的擴充套件都經過 webpack 處理。回顧一下:這有助於減少擴充套件的啟動時間,因為要載入的檔案更少,要解析的原始碼也更少。它還有助於減少安裝時間,因為需要提取和寫入磁碟的檔案更少。

在這個里程碑中,我們又減少了 2803 個檔案。7 月份我們有 9000 個檔案,8 月份降至 4650 個,9 月份我們有 1847 個!

預覽功能

預覽功能尚未準備好釋出,但已足夠實用。我們歡迎您在這些功能開發期間提供早期反饋。

繼續探索 Electron 3.0

在這個里程碑中,我們繼續探索將 Electron 3.0.0 捆綁到 VS Code 中。這是一個主要的 Electron 版本,附帶 Chrome 66 和 Node.js 10.x(與我們目前擁有 Chrome 61 和 Node.js 8.x 的版本相比,這是一個巨大的飛躍)。我們計劃在不久的將來向我們的 Insiders 使用者推送更新,以收集更多反饋。如果你有興趣提供幫助,請務必安裝 VS Code Insiders

雜項

macOS Mojave 上的模糊

如果你已更新到 macOS 10.14 (Mojave),你可能已經注意到,如果你沒有使用高 DPI 顯示器,VS Code 中的字型看起來很模糊。

解決此問題的一種方法是執行

defaults write com.microsoft.VSCode.helper CGFontRenderingFontSmoothingDisabled -bool NO

從終端執行,然後重新啟動計算機。

請注意,此更改是針對每個應用程式的全域性更改,而不是特定於 VS Code。請參閱問題 51132 以獲取相關討論。

Electron 更新

在此版本中,我們從 Electron 2.0.7 更新到 2.0.9。最值得注意的是,這允許 VS Code 再次在 ArchLinux 上執行(問題 55934)。

擴充套件開發

處理未安裝擴充套件的 URL

早在 7 月,我們就釋出了 URI 處理程式 API,允許擴充套件處理系統範圍的 URI。透過最新版本,VS Code 甚至可以處理尚未安裝的擴充套件的 URI。一旦使用者開啟此類 URI,VS Code 將在 Marketplace 中搜索該擴充套件,建議使用者安裝它,然後啟動 VS Code 並傳入 URI。這使得擴充套件能夠擁有流暢的啟動流程,將使用者從網頁帶到執行具有特定狀態的擴充套件。

診斷錯誤程式碼

由於診斷錯誤程式碼現在顯示在問題面板中,因此擴充套件不再需要將錯誤程式碼新增到 Diagnostic.message 屬性。

更好的配置 when 子句

在編寫鍵繫結或選單可見性時,會使用when 子句。在 when 子句中,你可以透過在前面加上 config. 來引用配置(設定)值,例如 config.editor.tabCompletion。以前只支援布林配置屬性,但在本版本中,你也可以使用字串和數字值。

更改文字文件的語言

有一個新的 API 函式可以更改文件的語言模式,vscode.languages.setTextDocumentLanguage。該 API 接受一個文件和你想要使用的語言識別符號。要了解哪些語言 ID 可用,請使用 vscode.languages.getLanguages

workspaceContains 啟用

當開啟包含與某個模式匹配的檔案的_工作區_時,擴充套件可以使用 workspaceContains 啟用事件來啟用。例如,當開啟包含匹配 **/*.php 檔案的_工作區_時,PHP 擴充套件可能會要求啟用。這並不新鮮,但使用者指出,當開啟大型工作區時,搜尋過程可能會執行很長時間並佔用大量 CPU。

我們進行了一些更改以減少這些搜尋的影響。首先是這些搜尋現在將尊重使用者的 files.excludesearch.excludesearch.useIgnoreFiles 設定。換句話說,如果使用者無法透過快速開啟中的正常文字搜尋或檔案搜尋找到檔案,則 workspaceContains 模式將不匹配該檔案。這極大地減少了我們必須搜尋 workspaceContains 的檔案數量,並減少了當它匹配一個不屬於專案的檔案(例如,埋在 node_modules/ 中的某個檔案)時發生的錯誤啟用。

第二個更改是對這些搜尋施加 7 秒的限制。如果搜尋在 7 秒後仍未完成,我們將終止搜尋程序並仍然啟用擴充套件。

總而言之,這應該會減少開啟大型 VS Code 工作區後筆記型電腦神秘發熱的情況。

新主題顏色

有新的主題顏色

  • menu.separatorBackground:選單中分隔符選單項的顏色。
  • sideBarSectionHeader.border:側邊欄部分標題邊框顏色。
  • inputValidation.infoForeground:資訊嚴重性的輸入驗證前景色。
  • inputValidation.warningForeground:警告嚴重性的輸入驗證前景色。
  • inputValidation.errorForeground:錯誤嚴重性的輸入驗證前景色。
  • editor.snippetTabstopHighlightBackground:片段製表符停靠點的突出顯示背景顏色。
  • editor.snippetTabstopHighlightBorder:片段製表符停靠點的突出顯示邊框顏色。
  • editor.snippetFinalTabstopHighlightBackground:片段最終制表符停靠點的突出顯示背景顏色。
  • editor.snippetFinalTabstopHighlightBorder:片段最終制表符停靠點的突出顯示邊框顏色。
  • activityBar.inactiveForeground:活動欄專案處於非活動狀態時的前景色。

除錯 API

resolveDebugConfiguration 需要顯式返回 null 才能開啟 launch.json

以前,如果 resolveDebugConfiguration 返回的啟動配置沒有 type 屬性,VS Code 會自動開啟底層的 launch.json 檔案。在收到擴充套件作者的反饋後,我們決定讓擴充套件對此場景擁有更多控制權。

現在 resolveDebugConfiguration 必須顯式返回 null 值以防止除錯會話開始並開啟 launch.json。返回 undefined 值只會阻止除錯會話開始。和以前一樣,返回具有 type 屬性的配置將開始除錯會話。

提議的擴充套件 API

每個里程碑都附帶新的提議 API,擴充套件作者可以試用它們。一如既往,我們渴望您的反饋。以下是試用提議 API 所需的操作:

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

請注意,您不能釋出使用提議 API 的擴充套件。我們很可能會在下一個版本中進行破壞性更改,我們絕不希望破壞現有擴充套件。

除錯 API

新的 DebugConfigurationProvider.provideDebugAdapter 取代 DebugConfigurationProvider.debugAdapterExecutable 命令

以前我們添加了擬議的 API DebugConfigurationProvider.debugAdapterExecutable,以便擴充套件可以返回 VS Code 即將啟動的除錯介面卡的動態計算路徑(以及相應的程式引數)。在這個里程碑中,我們根據收到的反饋(例如 #45220#56646#57706#54465)修改了初始設計。

API 方法稱為 provideDebugAdapter,現在我們傳入除錯會話、工作區資料夾、來自 package.json 的可執行檔案資訊以及解析的啟動配置。有了這些資訊,擴充套件在被要求建立除錯介面卡時就有了“全貌”。

此外,我們現在支援更多啟動和連線除錯介面卡實現的方式。為此,可以從 provideDebugAdapter 方法返回一個描述符物件

  • DebugAdapterExecutable 描述符可用於將除錯介面卡作為外部程序按會話啟動,並透過 stdin/stdout 與其通訊。使用新的 API,現在可以指定除錯介面卡的工作目錄和環境變數。
  • DebugAdapterServer 描述了一個處理多個會話並透過套接字通訊的伺服器程序。
  • DebugAdapterImplementation 可用於沒有通訊開銷的就地實現。此選項依賴於對 DAP 的 基於 Node.js 的客戶端庫進行少量修改,並計劃在 10 月推出。

請注意,這是擬議的 API,不能用於在 Marketplace 上釋出的擴充套件。但是,我們非常感謝你對問題 45220DebugConfigurationProvider.provideDebugAdapter 的反饋。

評論編輯和刪除

在上一次迭代中,我們引入了 DocumentCommentProvider 允許擴充套件在編輯器中建立和管理評論。我們為此提供程式添加了新方法來支援評論的編輯和刪除。評論本身現在也具有標誌,指示它們是否支援編輯或刪除。如果擴充套件設定了其中一個標誌並提供了適當的編輯或刪除方法,則當在編輯器中懸停或聚焦評論時,將顯示編輯或刪除評論的操作。

Comment editing

新命令

命令 命令 ID
⌘K ⌘Q (Windows, Linux Ctrl+K Ctrl+Q) 導航到上次編輯的位置 workbench.action.navigateToLastEditLocation
⌘K S (Windows Ctrl+K Ctrl+Shift+S, Linux Ctrl+K S) 儲存檔案而不執行儲存參與者(格式化程式等) workbench.action.files.saveWithoutFormatting
關閉所有編輯器組中的活動檔案 workbench.action.closeEditorInAllGroups
切換 diff 編輯器內聯和並排模式(已棄用 toggle.diff.editorMode toggle.diff.renderSideBySide

新文件

GitHub Pull Request 擴充套件部落格文章

你可以閱讀 Kenneth 最近的部落格文章,其中宣佈了新的 GitHub Pull Request 擴充套件,並討論了 VS Code 和 GitHub 編輯器團隊之間的協作。

使用 Azure Pipelines 部落格文章

Visual Studio Code using Azure Pipelines中,VS Code 工程師 João Moreno 描述了 VS Code 現在如何使用 Azure Pipelines 作為其構建和持續整合 (CI) 基礎設施。

新的 PowerShell 主題

Visual Studio Code 中的 PowerShell 展示了透過 Microsoft PowerShell 擴充套件實現的 PowerShell 整合。該擴充套件支援強大的語言功能,例如 IntelliSense、轉到定義和查詢所有引用以及除錯和程式碼片段。

新的 Python Django 教程

有一個新的在 Visual Studio Code 中使用 Django 教程,展示瞭如何在 VS Code 中快速建立、編輯和除錯 Python Django Web 應用程式。

值得注意的修復

  • 48051: 格式化後需要向左滾動
  • 31619: 必須透過片段中已刪除的製表符停靠點
  • 58327: 除錯工具欄按鈕停用
  • 35935: “清除最近開啟”也應清除編輯器快速選擇歷史記錄
  • 58799: 儲存時顯示未命名檔案
  • 29553: 按 Escape 鍵時保留快速開啟輸入
  • 58222: UriDisplayService 缺少遠端共享路徑名稱
  • 54213: 無需顯示 launch.json 即可中止除錯啟動的機制
  • 52511: 除錯懸停小部件 - 為溢位隱藏的長專案啟用小部件大小調整
  • 50569: 如果斷點已停用,條件斷點提示應提供啟用斷點
  • 42737: 擴充套件:允許右鍵單擊以調出齒輪選單
  • 58434: 使用 --force 引數防止在 CLI 安裝擴充套件時出現提示。

感謝

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

vscode 的貢獻

language-server-protocol 的貢獻

vscode-languageserver-node 的貢獻

debug-adapter-protocol 的貢獻

vscode-recipes 的貢獻

vscode-chrome-debug 的貢獻

vscode-chrome-debug-core 的貢獻

  • @digeff
    • 更新日誌記錄機制以不記錄源 PR #355
    • 修復 chrome 69 的第一行 bp PR #352
    • 修復 break-on-load 以使 attach 上的斷點工作 PR #332

localization 的貢獻

Transifex VS Code 專案團隊中有近 1200 名成員,每月約有 100 名活躍貢獻者。我們感謝你的貢獻,無論是提供新翻譯、對翻譯進行投票還是提出流程改進建議。

以下是此版本的貢獻者快照。有關專案(包括貢獻者名單)的詳細資訊,請訪問專案網站:https://aka.ms/vscodeloc

  • 孟加拉語:Anisuzzaman Khan, abm_prottoy, Mushiar Khan, Mehedi Hassan。
  • 保加利亞語:Любомир Василев。
  • 克羅埃西亞語:Nikša Mihaica。
  • 捷克語:Vít Staniček。
  • 丹麥語:Kenneth Greig, Johan Fagerberg, Martin Fruensgaard。
  • 荷蘭語:Gerald Versluis, Marco van den Hout。
  • 法語:Antoine Griffard, MayakoLyyn, Smrman, Etienne Blanc-Coquand。
  • 德語:J.M., Carsten Kneip, Volkmar Rigo, SetTrend。
  • 希臘語:Nikolaos Maliakkas。
  • 印地語:Ashwini Gupta, Shaswat Rungta。
  • 匈牙利語: Tar Dániel.
  • 簡體中文:Joel Yang, 子實 王, pluwen, Chris Pan 潘鼕鼕, danyeh。
  • 繁體中文:Duran Hsieh, Poy Chang, Alan Tsai, Han Lin, Shih-Ming Tung, Will 保哥。
  • 印度尼西亞語:G-RiNe Project, Wildan Mubarok, Rizki A. Wibowo, Riwut Libinuko, Azhe-kun, rodin, Febrian Setianto (Feber)。
  • 義大利語:Luigi Bruno, Luca Bruni, Alessandro Alpi, Emilie Rollandin, Pascal Brax, Andrea Dottor, Riccardo Cappello。
  • 日語:Satoshi Kajiura, Shunya Tajima, Yuichi Nukiyama, yoshioms, daisuke osada (daiskeh)。
  • 韓語:Kyunghee Ko, jaeyeon Kim, Junseong Jang, Jisan Oh。
  • 立陶宛語:Martynas Jusys。
  • 馬拉雅拉姆語:Kiren Paul。
  • 挪威語:Espen Klein Nilsen。
  • 波蘭語:Artur, Patryk Brejdak, Adam Borowski, Mateusz Wyczawski。
  • 葡萄牙語(巴西):Roberto Fonseca, Bruno Sonnino, Danilo Dantas, Marcelo Fernandes, Thiago Custodio, Rodrigo Crespi, Marcelo Andrade, Alessandro Fragnani, Lucas Miranda, Otacilio Saraiva Maia Neto。
  • 葡萄牙語(葡萄牙):António Santos,Diogo Barros, António Lourenço, jp2masa, Ruben Mateus, Henrique Silva, André Vala。
  • 俄語:Ivan Kuzmenko, Roman Slauta。
  • 西班牙語:Jorge Serrano Pérez, José M. Aguilar, Alberto Poblacion, Carlos Mendible, Alejandro Medina, Andy Gonzalez,Carlos Herrera。
  • 泰米爾語:Vijay Nirmal, rajakvk, Anand AV。
  • 土耳其語:Mustafa Turhan, Fırat Payalan, Selim Ata。
© . This site is unofficial and not affiliated with Microsoft.