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

2019 年 10 月 (1.40 版)

更新 1.40.1: 此更新解決了這些問題。

更新 1.40.2: 此更新解決了這些問題。

下載: Windows: x64 | Mac: Intel | Linux: deb rpm tarball snap

歡迎使用 Visual Studio Code 2019 年 10 月釋出版。正如10 月迭代計劃中所宣佈的，我們專注於清理 GitHub 問題和拉取請求，這在我們的問題整理指南中有詳細說明。在所有 VS Code 儲存庫中，我們關閉 (已分類或已修復) 了 4622 個問題，甚至比 2018 年 9 月的上次清理迭代中關閉的 3918 個問題還要多。在我們關閉問題時，您建立了 2195 個新問題。這導致問題淨減少了 2427 個。主要的vscode 儲存庫現在有 2162 個未解決的功能請求和 725 個未解決的錯誤。此外，我們關閉了 287 個拉取請求。作為這項工作的一部分，我們還調整了流程並更新了問題分類工作流。

與去年一樣，我們使用了Benjamin Lannon的即時跟蹤器來跟蹤我們的進度。

Burn down chart of VS Code issues

在此清理里程碑期間，我們還解決了幾個功能請求和社群拉取請求。繼續閱讀以瞭解新功能和設定。

工作臺

活動欄指示器

我們為活動欄中的活動項引入了一個新指示器，以使其更突出並提高可讀性。我們還調整了非活動前景色，以與活動元素形成更強的對比。

Active Activity Bar indicator

您可以透過新的顏色標記 activityBar.activeBorder 控制活動指示器。我們還為活動元素引入了一個可選的背景顏色 activityBar.activeBackground，配置後可以如下圖所示

Active Activity Bar indicator custom background

可主題化的視窗邊框

我們引入了兩種新的主題顏色 window.activeBorder 和 window.inactiveBorder，用於在 VS Code 視窗周圍提供邊框。window.activeBorder 適用於活動 (聚焦) 視窗，而 window.inactiveBorder 適用於非活動 (未聚焦) 視窗。這些新顏色不繼承任何顏色，因此它們必須由主題或 workbench.colorCustomizations 設定提供。如果只指定一種顏色，則該顏色的邊框將應用於活動視窗和非活動視窗。

Animated image showing the use of the new window border colors

列表和樹鍵盤滾動

您現在可以按 ⌘↑ (Windows、Linux Ctrl+Up) 和 ⌘↓ (Windows、Linux Ctrl+Down) 使用鍵盤滾動列表和樹。

禪模式下更少的通知

在禪模式下，除非通知有關錯誤，否則通知彈出視窗將不再打擾您。您可以使用新的 zenMode.silentNotifications 設定控制此行為。您始終可以透過單擊右下角的通知圖示從狀態列訪問所有通知。

大綱和麵包屑的型別過濾器

有一些新設定可以配置大綱檢視和麵包屑導航中顯示的符號。這些設定名為 outline.show{symbol type} 和 breadcrumbs.show{symbol type}。例如，outline.showVariables、outline.showFunctions 等。

Filtered Outline view

上面的螢幕截圖顯示了配置為不顯示區域性變數的大綱檢視，您可以看到變數 hidden 未顯示。

請注意，符號的型別由語言擴充套件分配。您可以將滑鼠懸停在大綱檢視中的符號標籤上，以檢視正在使用的符號型別 (顯示在括號中)。

控制拆分編輯器時的尺寸行為

新的設定 workbench.editor.splitSizing 控制拆分編輯器時的佈局。預設情況下，大小將在所有編輯器之間平均分配，如下所示

splitSizing with distribute value

將此設定更改為 split，以便當前編輯器被分成兩半，而不影響其他編輯器的大小

splitSizing with split value

停用 GPU 加速

我們收到了使用者的問題報告，這些報告似乎與 GPU 如何用於渲染 VS Code 的 UI 有關。這些使用者在執行 VS Code 時使用附加的 --disable-gpu 命令列引數時體驗更好。使用此引數執行將停用 GPU 硬體加速並回退到軟體渲染器。

為了方便起見，您可以將此標誌新增為設定，這樣就不必每次都在命令列上傳遞它。

新增此標誌

  • 開啟命令面板 (⇧⌘P (Windows, Linux Ctrl+Shift+P))。
  • 執行**首選項：配置執行時引數**命令。
  • 此命令將開啟 argv.json 檔案以配置執行時引數。您可能會在那裡看到一些預設引數。
  • 新增 "disable-hardware-acceleration": true。
  • 重啟 VS Code。

注意: 除非您遇到問題，否則不要使用此設定！

編輯器

每個語言的 files.eol

files.eol 設定現在可以按語言設定。例如，您可以定義所有“mylanguage”語言識別符號的檔案都使用 \n 作為所有新檔案的預設行尾序列。

"[mylanguage]": {
   "files.eol": "\n"
}

行尾序列用於新檔案。對於現有檔案，始終保留當前的行尾序列。要更改現有檔案的行尾序列，請使用更改行尾序列命令。

使用 files.eol 語言設定，“shellscript”的預設行尾序列現在定義為 \n。

迷你地圖縮放和改進的字型渲染

新的設定 editor.minimap.scale 將迷你地圖的大小配置為幾個常量值之一，特別適用於高 DPI 或超寬顯示器。此外，迷你地圖字型的渲染現在更平滑、更清晰。

Animated image showing the ability to resize the minimap

鍵盤定義預覽懸停

有一個新命令顯示定義預覽懸停，用於更好地訪問定義預覽懸停小部件，該小部件可以透過滑鼠懸停在符號上並按平臺和配置而異的修飾鍵來觸發。以前，只提供了顯示懸停命令，這相當於將滑鼠游標懸停在符號上。現在，使用顯示定義預覽懸停，可以透過鍵盤顯示詳細的懸停資訊。

Animated image showing the use of the new Show Definition Preview Hover command

括號匹配的改進

以前，VS Code 只會在游標靠近括號字元時突出顯示匹配的括號。現在，如果存在，VS Code 將始終突出顯示封閉括號。

Image showing highlighted enclosing brackets

我們還調整了轉到括號和選擇到括號操作以使用封閉括號。

重複選擇

我們添加了一個名為重複選擇的新操作。執行時，當前選擇將被複制，結果將被選中。如果沒有選擇，當前行將被複制，所有這些都不會寫入系統剪貼簿。

字型功能設定

現在可以更精細地控制字型功能。當配置 "editor.fontLigatures": true 時，VS Code 會開啟 liga 和 calt。但是有些字型有更多的設定，例如Fira Code使用的風格集。

我們現在允許顯式控制這些字型功能，例如

"editor.fontFamily": "Fira Code",
"editor.fontLigatures": true,
"[javascript]": {
  "editor.fontLigatures": "'ss02', 'ss19'",
},

上述設定配置編輯器使用 Fira Code 字體系列，為所有語言開啟字型連字，並在 JavaScript 檔案中啟用“橫條”（'ss02'）和“點零”（'ss19'）字型功能設定。這使得 >= 連字在 JavaScript 中以橫條渲染，0 以內部帶點渲染

Image showing font feature settings in the editor

更好地處理 Unicode 組合字元

我們改進了對Unicode 組合字元的處理，我們將此類序列視為原子字元（在游標移動、編輯操作或塊游標渲染中）。這最好透過塊游標樣式和前後動畫來演示

之前
Animation showing cursor movement before

之後
Animation showing cursor movement after

在相關的更改中，狀態列現在在 Col 部分顯示 Unicode 點數。

游標重做

軟撤消命令已重新命名為游標撤消。此操作很有用，例如在使用 ⌘D (Windows、Linux Ctrl+D) 選擇下一個匹配項並多走一步時，因為它只撤消最後的游標狀態更改。此外，我們現在添加了游標重做，它會重做先前撤消的游標狀態更改。

差異編輯器改進

內建的差異計算以前有一個硬編碼的 5 秒超時，之後它會放棄並返回一個非最小差異。您現在可以使用 "diffEditor.maxComputationTime" 配置此超時，將超時設定為 0 將始終計算最小差異，無論需要多長時間。此外，當計算時間超過一秒時，差異編輯器現在會渲染一個進度條。

使用差異編輯器時的一個困惑來源是，當比較檔案僅有開頭或結尾空白差異且差異編輯器配置為忽略空白時。這將導致原始碼管理顯示檔案已修改，而差異編輯器將不渲染任何差異。VS Code 現在在這種情況下檢測到時會顯示一個顯示空白差異按鈕，以幫助您快速顯示空白中的差異。這可以透過差異編輯器頂部的顯示/忽略修剪尾部空白差異命令進行切換

Animation for button that shows when comparing two files that contain only whitespace diffs but the diff editor is configured to ignore trim whitespace

整合終端

預設支援和絃

新的設定 terminal.integrated.allowChords (預設 true) 允許屬於和絃鍵繫結一部分的鍵繫結跳過終端進行評估，而是由 VS Code 處理 (繞過 terminal.integrated.commandsToSkipShell 允許列表)。

請注意，終端中鍵繫結的相同限制仍然適用；在進行此評估時，將考慮優先順序最高的和絃鍵繫結。

例如，如果一個擴充套件貢獻了鍵繫結 Ctrl+M A，並且您在 keybindings.json 檔案中定義了以下內容

[
  { "key": "ctrl+m a", "command": "workbench.action.terminal.toggleTerminal" },
  { "key": "ctrl+m a", "command": "workbench.action.focusLastEditorGroup" }
]

Ctrl+M A 將導致 workbench.action.focusLastEditorGroup 命令執行，因為它是最終的鍵繫結，並且使用者鍵繫結的優先順序高於擴充套件貢獻的鍵繫結。

快速滾動支援

終端現在支援按住 Alt 並使用滑鼠滾輪，根據 editor.fastScrollSensitivity 設定中定義的乘數更快地滾動。

右鍵行為的新“貼上”選項

已向 rightClickBehavior 設定添加了一個新選項，用於在右鍵單擊時始終在終端中貼上

"terminal.integrated.rightClickBehavior": "paste"

雙擊選擇單詞使用更多分隔符

在終端中雙擊選擇單詞時，字元 ,、: 和 ; 現在被視為單詞分隔符。

符號連結 cwd 不再解析

如果終端的初始工作目錄設定為符號連結，則符號連結將保留在終端中。

命令導航現在從滾動位置工作

命令導航允許在終端中執行的命令之間導航或選擇。現在它會考慮終端的滾動位置，因此您可以滾動，找到上一個命令，終端將從終端的視口向上滾動（以前它會從底部滾動）。

Command navigation jumps to nearest command after scrolling

預設情況下，命令導航僅在 macOS 上繫結為 Cmd+Up/Down，命令選擇繫結為 Cmd+Shift+Up/Down。

如果您想在 Windows 或 Linux 上使用此功能，這裡有一些示例鍵繫結

{
  // Terminal command tracking on Windows and Linux
  { "key": "ctrl+up",          "command": "workbench.action.terminal.scrollToPreviousCommand", "when": "terminalFocus" },
  { "key": "ctrl+down",        "command": "workbench.action.terminal.scrollToNextCommand", "when": "terminalFocus" },
  { "key": "ctrl+shift+up",    "command": "workbench.action.terminal.selectToPreviousCommand", "when": "terminalFocus" },
  { "key": "ctrl+shift+down",  "command": "workbench.action.terminal.selectToNextCommand", "when": "terminalFocus" },
}

任務

任務快速選擇列表

如果只定義了一個任務，任務: 配置任務命令現在總是跳過任務的快速選擇列表。要將此行為擴充套件到任務: 執行任務和其他任務快速選擇，可以將 task.quickOpen.skip 設定為 true。

新設定 task.quickOpen.history 控制任務快速選擇中顯示為最近使用的任務的數量。將 task.quickOpen.history 設定為 0 以停用任務快速選擇的最近任務部分。

具有 detail 屬性的任務現在將顯示在某些任務列表中。您可以透過將 task.quickOpen.detail 設定為 false 來關閉任務快速選擇中的詳細資訊。

執行資料夾的 NPM 指令碼選項

當啟用 npm.enableRunFromFolder 設定時，當選擇一個資料夾時，“檔案資源管理器”的上下文選單會顯示命令在資料夾中執行 NPM 指令碼...。該命令會顯示此資料夾中包含的 NPM 指令碼的快速選擇列表，您可以選擇要作為任務執行的指令碼。

慢速任務提供程式警告

當任務提供程式執行緩慢時，我們現在會顯示一個警告，提供避免減速的建議。可以為單個任務型別停用此警告，或者透過將 task.slowProviderWarning 設定為 false 來停用所有任務。

Slow task provider warning

停用任務自動檢測

如果您關心的所有任務都在 tasks.json 檔案中定義，那麼您可能希望停用所有擴充套件任務提供程式以在執行任務時提高效能。單個擴充套件提供一個設定來停用其任務提供程式是一個好習慣，但您現在可以透過將 task.autoDetect 設定為 off 來停用所有任務提供程式。

問題匹配器提示

過去，任何沒有問題匹配器的任務都需要在 tasks.json 中設定一個空的問題匹配器才能跳過問題匹配器提示。現在，您可以使用 task.problemMatchers.neverPrompt 為所有任務或特定任務型別停用問題匹配器提示。問題匹配器提示中還有一個新選項可以停用該提示。

Problem matcher prompt dropdown

原始碼管理

活動編輯器更改時高亮檔案

原始碼管理檢視現在會自動在其樹/列表檢視中高亮顯示活動編輯器檔案

SCM view highlighting the active file

Git: 改進未跟蹤檔案管理

您現在可以使用 Git: 未跟蹤更改設定單獨管理未跟蹤檔案。如果您希望在原始碼管理檢視中將未跟蹤檔案顯示在單獨的組中，請選擇 separate 選項。如果您不希望看到它們，請選擇 hidden。預設的提交操作將根據此設定進行調整，並且僅在使用 mixed 設定值時才將未跟蹤更改包含在提交中。

Git untracked files

Git: 合併提交時自動提交訊息

每當 VS Code 檢測到您正在進行 Git 合併提交時，它會自動用 Git 的預設提交訊息填充提交輸入框。

Git merge commit message

Git: 在資源管理器中顯示

現在有一個上下文選單操作在資源管理器中顯示，用於從原始碼管理檢視中的 Git 儲存庫中在檔案資源管理器中顯示檔案。

Git Reveal in Explorer

Git: 克隆進度

克隆操作現在支援在右下角通知中顯示進度

Git clone progress

除錯

斷點可在概覽尺中顯示

為了在處理大檔案中的斷點時更輕鬆，您現在可以透過啟用新設定 debug.showBreakpointsInOverviewRuler 在編輯器的概覽尺中顯示斷點。

breakpoints in overview ruler

複合除錯配置的預啟動任務

今天，每個除錯配置都可以透過 preLaunchTask 屬性指定一個在除錯會話啟動前執行的任務。這在除錯單個程式時效果很好，但在使用涉及多個程式的複合配置時會變得笨拙。

在此里程碑中，我們為每個複合除錯配置添加了對 preLaunchTask 的支援。透過此新增，單個任務可以在單獨的除錯會話啟動之前構建所有除錯目標。如果發生構建錯誤，則不會啟動任何會話。

prelaunch task for compound debug configurations

語言

CSS 媒體查詢符號

在 CSS/SCSS/Less 檔案中，媒體查詢符號現在顯示在大綱檢視、麵包屑路徑和轉到檔案中的符號列表中

CSS media query symbols

typescript.tsserver.maxTsServerMemory

如果您正在處理包含數千個檔案的大型 TypeScript 專案，新的 typescript.tsserver.maxTsServerMemory 設定允許您增加支援 IntelliSense 的 TypeScript 伺服器的最大記憶體使用量。

擴充套件創作

vscode.env.uiKind

添加了一個新的 API vscode.env.uiKind，以便擴充套件可以知道它正在執行哪種 UI。為了支援在瀏覽器中執行 VS Code，可能的值是 UIKind.Web 和 UIKind.Desktop。

呼叫層次結構提供程式 API

我們已經完成了呼叫層次結構提供程式 API：CallHierarchyProvider。它支援窺視呼叫層次結構功能，該功能可以查詢函式、方法等的呼叫方和被呼叫方。

任務自定義執行

CustomExecution 任務型別 API 已最終確定。如果 shell 或程序任務不適合您的任務，您可以使用 CustomExecution 任務在您的擴充套件中執行回撥。在任務提供程式擴充套件指南中瞭解更多資訊。

除錯 API：“startDebugging”請求的“consoleMode”選項

在上一里程碑中，我們引入了一個新的提議 API，用於控制除錯會話層次結構是否共享單個除錯控制檯或使用單獨的控制檯。此 API 現已正式釋出，因此您可以在釋出到 Marketplace 的擴充套件中使用它。

圖示顏色標記

我們很高興最終為我們的圖示引入新的顏色標記。我們正在慢慢地為某些區域新增這些標記，以下是第一批。

符號

這些圖標出現在大綱檢視、麵包屑導航和建議小部件中。

  • symbolIcon.arrayForeground
  • symbolIcon.booleanForeground
  • symbolIcon.classForeground
  • symbolIcon.colorForeground
  • symbolIcon.constructorForeground
  • symbolIcon.constantForeground
  • symbolIcon.enumeratorForeground
  • symbolIcon.enumeratorMemberForeground
  • symbolIcon.eventForeground
  • symbolIcon.fieldForeground
  • symbolIcon.fileForeground
  • symbolIcon.folderForeground
  • symbolIcon.functionForeground
  • symbolIcon.interfaceForeground
  • symbolIcon.keyForeground
  • symbolIcon.keywordForeground
  • symbolIcon.methodForeground
  • symbolIcon.moduleForeground
  • symbolIcon.namespaceForeground
  • symbolIcon.nullForeground
  • symbolIcon.numberForeground
  • symbolIcon.objectForeground
  • symbolIcon.operatorForeground
  • symbolIcon.packageForeground
  • symbolIcon.propertyForeground
  • symbolIcon.referenceForeground
  • symbolIcon.snippetForeground
  • symbolIcon.stringForeground
  • symbolIcon.structForeground
  • symbolIcon.textForeground
  • symbolIcon.typeParameterForeground
  • symbolIcon.unitForeground
  • symbolIcon.variableForeground

Symbol icon colors

問題和通知

我們已將問題和通知圖示的預設顏色設定為繼承自編輯器前景色，因此如果您更改這些顏色，它將繼承到其他區域

Problem icon colors

您還可以顯式設定“問題”面板和“通知”的圖示顏色

  • problemsErrorIcon.foreground
  • problemsWarningIcon.foreground
  • problemsInfoIcon.foreground
  • notificationsErrorIcon.foreground
  • notificationsInfoIcon.foreground
  • notificationsWarningIcon.foreground

燈泡

燈泡圖示也是可主題化的

  • editorLightBulb.foreground
  • editorLightBulbAutoFix.foreground

Lightbulb icon colors

vscode.env.asExternalUri

vscode.env.asExternalUri API 允許擴充套件將外部 URI（例如 http: 或 https: URI）從擴充套件執行位置解析為客戶端機器上相同資源的 URI。這是 vscode.env.openExternal API 的配套，但它不是使用外部程式開啟解析的 URI，而是將結果返回給擴充套件。

import * as vscode from 'vscode';
import * as http from 'http';

const PORT = 3000;

export function activate(context: vscode.ExtensionContext) {
  startLocalServer(PORT);

  context.subscriptions.push(
    vscode.commands.registerCommand('example.command', async () => {
      const resolved = vscode.env.asExternalUri(
        vscode.Uri.parse(`https://:${PORT}`)
      );
      vscode.window.showInformationMessage(
        `Resolved to: ${resolved} on client and copied to clipboard`
      );
      vscode.env.clipboard.writeText(resolved.toString());
    })
  );
}

function startLocalServer(port: number) {
  const server = http.createServer((req, res) => {
    res.end('Hello world!');
  });
  server.on('clientError', (err, socket) => {
    socket.end('HTTP/1.1 400 Bad Request\r\n\r\n');
  });
  server.listen(port);
  vscode.window.showInformationMessage(`Started local server on port: ${port}`);
}

對於 http: 和 https: URI，如果擴充套件在客戶端機器上執行，則 asExternalUri 是一個空操作。但是，如果擴充套件在遠端執行，vscode.env.asExternalUri 會自動建立從本地機器到遠端 target 的埠轉發隧道，並返回一個指向隧道的本地 URI。

如果使用 vscode.env.uriScheme URI 呼叫 asExternalUri，則它會返回一個 URI，如果該 URI 在瀏覽器中開啟（例如透過 openExternal），則會觸發註冊的 URI 處理程式。

移除實驗性自定義資料設定和貢獻點

[html/css].experimental.customData 設定和 contributes.[html/css].experimental.customData 貢獻點在 1.38 中已棄用，現已移除。您可以改用穩定的自定義資料設定和貢獻點。要了解有關自定義資料格式的更多資訊，請參閱 microsoft/vscode-custom-data 儲存庫。

extensionKind 可以是一個數組

在 package.json 中，extensionKind 屬性可以具有值 "ui" 或 "workspace"，以指示擴充套件在遠端情況下應在何處執行。在此版本中，extensionKind 現在可以是一個數組。例如，["ui", "workspace"] 將指示擴充套件可以在 "ui" 和 "workspace" 端執行，如果安裝在 "ui" 端，則優先在 "ui" 端執行。

建議的擴充套件 API

每個里程碑都會帶來新的提議 API，擴充套件作者可以進行嘗試。一如既往，我們渴望您的反饋。以下是試用提議 API 的方法：

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

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

支援 IntelliSense 替換模式

我們正在開發一項功能，允許使用者決定建議是應該替換現有文字還是僅插入。例如，在 con|st 中接受 console 可以導致 console（替換）或 consolest（插入）。兩種模式都有其優點，最終取決於當前上下文和使用者偏好。為了使此功能發揮最佳作用，我們需要擴充套件告訴我們該怎麼做。因此，我們建議向 CompletionItem#range 屬性新增一個新型別，將其更改為這樣

interface CompletionItem {
  range?: Range | { insert: Range; replace: Range };
}

該範圍仍然是可選的，或者是一個簡單的範圍，但它也可以是兩個範圍：一個用於插入，一個用於替換。有關更多詳細資訊，請參閱問題 #10266。

任務詳情

Task 上有一個新屬性，任務提供程式可以使用它在任務顯示在 UI 中時向任務新增 detail。您也可以在 tasks.json 中使用 detail 屬性。內建的 npm 擴充套件使用任務詳細資訊來顯示將執行哪個 npm 指令碼。

tasks with detail

支援將 WebviewPanelOptions 傳遞給自定義編輯器

我們在本次迭代中繼續開發自定義編輯器 API 提案。現在，提議的 registerWebviewEditorProvider 函式接受一組 options，允許您在自定義編輯器 webview 中啟用retainContextWhenHidden和其他功能

export function registerWebviewEditorProvider(
  viewType: string,
  provider: WebviewEditorProvider,
  options?: WebviewPanelOptions
): Disposable;

工程

在瀏覽器中測試 VS Code 執行

現在有一個最小設定，VS Code 可以在瀏覽器中執行，可用於開發和測試。瀏覽器例項仍然缺少一些功能，並且正在積極開發中。

在您的 vscode 儲存庫的本地分支中，從命令列執行 yarn web 並訪問 https://:8080/。有關克隆和構建 vscode 儲存庫的更多詳細資訊，請參閱設定說明。

VS Code running in a browser

注意: 請勿將此設定用於任何嚴肅的開發。目的是允許社群將更改貢獻回 VS Code，以改善瀏覽器中的整體體驗。

使用 TypeScript 3.7 構建 VS Code

VS Code 現在使用 TypeScript 3.7 構建。這是一個令人興奮的更新，因為它允許我們在程式碼庫中使用可選鏈 (?.)（以及帶來許多其他改進）。

您現在可以透過安裝JavaScript 和 TypeScript Nightly 擴充套件，在 VS Code 中開始使用 TypeScript 3.7 功能。

Electron 6.0 更新

在此里程碑中，我們完成了將 Electron 6 捆綁到 VS Code 的探索，這是此 Electron 版本首次隨穩定版釋出。這是一個主要的 Electron 版本，附帶 Chromium 76.0.3809.146 和 Node.js 12.4.0（與我們當前使用 Chromium 69 和 Node.js 10.11.0 的版本相比，這是一個巨大的飛躍）。

我們已經開始探索更新到 Electron 7，希望很快就能將其推送到 Insiders。

值得注意的修復

  • 78634: 調整大小時終端內容消失 (powershell/conpty)
  • 25854: 無法拖動 Markdown 預覽以啟動新的編輯器組
  • 81824: Webview 編輯器未出現在從歷史記錄中開啟上一個編輯器命令中

感謝

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

對我們問題跟蹤的貢獻

如果您想幫助我們管理傳入問題，請參閱我們的社群問題跟蹤頁面。

對 vscode 的貢獻

對 language-server-protocol 的貢獻

對 vscode-eslint 的貢獻

對 vscode-json-languageservice 的貢獻

對 vscode-css-languageservice 的貢獻

對 node-jsonc-parser 的貢獻

對 debug-adapter-protocol 的貢獻

對 vscode-vsce 的貢獻

對 inno-updater 的貢獻

對 localization 的貢獻

有超過 800 名 雲 + AI 本地化 社群成員使用 Microsoft 本地化社群平臺 (MLCP)，其中約有 100 名活躍貢獻者為 Visual Studio Code 做出貢獻。我們感謝您的貢獻，無論是提供新翻譯、對翻譯投票還是提出流程改進建議。

這是貢獻者的快照。有關專案詳細資訊，包括貢獻者姓名列表，請訪問專案網站：https://aka.ms/vscodeloc。

  • 波斯尼亞語 (拉丁語, 波斯尼亞和黑塞哥維那): Adnan Rizvan。
  • 捷克語: Michal Franc, Jan Hruby。
  • 丹麥語: Lasse Stilvang, Frederik bruun。
  • 荷蘭語: Laurens Kwanten, Lemuel Gomez, Niels ter Haar。
  • 英語 (英國): Graham Smith, Martin Littlecott, Alexander McLean。
  • 法語: Antoine Griffard, Rodolphe NOEL, Bruno Lewin, Maxime Bouveron, DJ Dakta。
  • 德語: Simon Haag, Adrian Bähr, Julian Tomsik。
  • 希伯來語：Ariel Bachar。
  • 印地語: Kishan K, Rohit Raj。
  • 簡體中文: 顧亦知, paul cheung, 項斌, 譚順, 一斤瓜子, Charles Lee, Peng Zeng, Charles Dong, 姜楠, yungkei fan, ztluo, David Huang, 普魯文, Zhen-Qi Liu, zhichen zhao, Phil Wang。
  • 繁體中文: Jimmy Hu, 船長, E L, Winnie Lin。
  • 印度尼西亞語: Jakka Prihatna, Eriawan Kusumawardhono, Nicko Satria Utama, Christian Elbrianno, Septian Adi。
  • 義大利語：Alessandro Alpi, Luigi Bruno。
  • 日語: Yuta Ojima, Michihito Kumamoto, Aya Tokura, TENMYO Masakazu, Takayuki Fuwa, Koichi Makino。
  • 韓語: Hongju, Sungjin Jeong。
  • 波蘭語: Andrzej Poblocki, Kacper Łakomski。
  • 葡萄牙語 (巴西): Marcelo Fernandes, Marcondes Alexandre, Roberto Fonseca, Alessandro Fragnani, Arthur Renato, Jota Freitas Jr, Caio Felippe Curitiba Marcellos。
  • 葡萄牙語 (葡萄牙): Pedro Filipe。
  • 羅馬尼亞語: Andrei Tudor, Bogdan Mateescu, Stefan Gabos。
  • 俄語: Kazakov Lex, Vadim Svitkin, TJS。
  • 西班牙語: Aleks M, José María Aguilar, Jerónimo Milea, Ricardo Estrada Rdez, Abdón Rodríguez P。
  • 瑞典語: Sven Axelsson, Patric Högman。
  • 泰米爾語: Pradeep Krishnan。
  • 土耳其語: Ahmetcan Aksu, Cansu Gürler, Mehmet Yönügül, Umut Can Alparslan。
  • 烏克蘭語: Arthur Murauskas, Oleh Hatsenko, Oleksandr Krasnokutskyi, Did Kokos。
  • 越南語: huy dk, Việt Anh Nguyễn, Ha Xuan Anh Nguyen, Quoc Han Dinh。