2023 年 10 月 (版本 1.84)
更新 1.84.1:此更新解決了這些 問題。
更新 1.84.2:此更新解決了這些 問題。
下載:Windows:x64 Arm64 | Mac:通用 Intel Apple 晶片 | Linux:deb rpm tarball Arm snap
歡迎使用 Visual Studio Code 2023 年 10 月版本。此版本中有許多更新,希望您會喜歡,其中包括一些主要亮點:
- 更多音訊提示 - 新增音訊提示以指示清除、儲存和格式化活動。
- 活動欄位置 - 將活動欄移至頂部以實現緊湊顯示。
- 隱藏編輯器選項卡 - 顯示多個、單個或不顯示編輯器選項卡。
- 最大化編輯器組 - 快速展開活動編輯器組。
- Python 改進 - 在終端中更好地執行程式碼,更輕鬆地建立虛擬環境。
- FastAPI 教程 - 瞭解如何使用 VS Code 開發 Python FastAPI 應用。
- 適用於 Java 的 Gradle - 改進了對 Java Gradle 專案的支援。
- 預覽:GitHub Copilot - 聊天“代理”,生成提交訊息,終端支援。
如果您想線上閱讀這些發行說明,請訪問 code.visualstudio.com 上的更新頁面。
內測版:想盡快嘗試新功能?您可以下載每晚的內測版構建,並儘快嘗試最新的更新。
輔助功能
清除、格式化和儲存可選音訊提示
當 audioCues.clear
啟用時,會發出聲音,指示終端、通知或聊天響應已清除。
在檔案和筆記本中,audioCues.save
和 audioCues.format
可以設定為在使用者手勢時播放或在每個事件中始終播放。停用時,將改用 ARIA 警報,並且可以使用 accessibility.alert.format
和 accessibility.alert.save
進行自定義。
Windows 放大鏡同步
Windows 放大鏡現在在 VS Code 中正確地跟隨游標。
輔助功能檢視改進
預設情況下,使用者的游標位於終端輔助功能檢視的底部;要保留位置,您可以將 terminal.integrated.accessibleViewPreserveCursorPosition
設定為 true
。
可以使用 accessibility.hideAccessibleView
隱藏輔助功能檢視,這在與有視力使用者共享螢幕時很有用。
當用戶開始輸入並聚焦到上一個元素時,輔助功能檢視現在會關閉,以實現更流暢的工作流程。
視窗標題焦點檢視中的文字編輯器
上一次迭代,我們在 window.title
中添加了一個 ${focusedView}
變數。我們現在還會在 Text Editor
獲得焦點時進行指示。
工作臺
自定義活動欄位置
您現在可以將活動欄移至側邊欄頂部,如以下影片所示。
當活動欄置於頂部時,“帳戶”和“管理”按鈕會移至標題欄的最右側。
注意:這僅在自定義標題欄啟用時受支援 ("window.titleBarStyle": "custom"
)。
隱藏編輯器選項卡
使用者現在可以透過將 workbench.editor.showTabs
設定為 none
來隱藏編輯器選項卡。其他 showTabs
選項包括 multiple
(預設)和 single
,用於為活動編輯器顯示單個編輯器選項卡。
最大化編輯器組
新增命令檢視:切換最大化編輯器組(⌘K ⌘M (Windows, Linux Ctrl+K Ctrl+M))以最大化編輯器組。這將隱藏所有其他組,並在選項卡欄中新增一個按鈕,允許使用者恢復之前的佈局。如果將設定 workbench.editor.doubleClickTabToToggleEditorGroupSizes
設定為 maximize
,使用者可以雙擊編輯器選項卡以最大化和取消最大化編輯器組。
設定編輯器中類似設定搜尋
與命令面板類似,設定編輯器現在執行類似設定搜尋,以為給定查詢收集更相關的結果。
該實現目前處於早期階段,您可以期待在接下來的幾次迭代中獲得改進。
開啟協議連結的確認
當檔案或工作區的協議連結在 VS Code 中開啟時,現在會彈出一個對話方塊要求確認。
協議連結可以指向本地檔案(例如 vscode://file/path/to/file
)或遠端檔案(例如 vscode://vscode-remote/ssh-remote+[USER@]HOST[:PORT]/path/to/file
)。對於每種情況,都有新的設定來停用此行為。
security.promptForLocalFileProtocolHandling
- 用於本地協議連結security.promptForRemoteFileProtocolHandling
- 用於遠端協議連結
編輯器
最近的快速修復鍵盤快捷鍵
新增設定以啟用行中距離游標最近的快速修復,透過 ⌘. (Windows, Linux Ctrl+.) (命令 ID editor.action.quickFix
),無論游標在該行的哪個位置。以前是一個預覽功能,程式碼操作小部件:包含附近的快速修復 (editor.codeActionWidget.includeNearbyQuickFixes
) 現在預設啟用。
該命令會突出顯示將透過快速修復進行重構或修復的原始碼。普通程式碼操作和非修復重構仍可在游標位置啟用。
多文件突出顯示
透過設定編輯器:多文件出現 (editor.multiDocumentOccurrencesHighlight
) 添加了對跨多個文件的程式碼突出顯示的初始支援。此初始實現僅提供文字出現,未來將支援語義突出顯示。
原始碼管理
使用 --force-if-includes 強制推送
本次里程碑現在支援 --force-if-includes
選項,它是 Git 2.30 中新增的 --force-with-lease
的輔助選項。新選項確保強制推送的提交是在檢查遠端引用頂部的提交後建立的,並在啟用自動抓取時減少丟失提交的可能性。您可以透過停用 git.useForcePushIfIncludes
設定來停用使用 --force-if-includes
。
Notebook
“執行時滾動”改進
在使用 Shift+Enter
執行筆記本時,下一個單元格的顯示方式得到了改進,以幫助專注於輸出。這還減少了重新執行已具有輸出的單元格時單元格的移動量。
IPython 堆疊跟蹤渲染
來自 IPython 的異常堆疊跟蹤現在會呈現可點選的連結,以幫助導航到錯誤。這僅適用於 Jupyter 擴充套件不會首先更改堆疊跟蹤的情況:"jupyter.formatStackTraces": false
。
除錯
JavaScript 偵錯程式
改進的事件偵聽器斷點檢視
事件偵聽器斷點檢視更加友好,現在以帶有複選框的樹狀結構呈現。
更好地處理源對映重新命名
當代碼與捆綁器一起編譯時,變數可以重新命名。這在所有捆綁器中的匯入以及 esbuild 中的某些本地識別符號中尤其常見。偵錯程式現在瞭解每個重新命名所適用的作用域,這解決了使用者歷史上遇到的許多問題。
這需要偵錯程式解析已編譯模組的語法樹。這是在後臺執行緒中完成的,並且僅在檢測到重新命名時才執行,但可以透過在 launch.json
中將 "sourceMapRenames": false
設定為 false
來停用此行為,以避免任何效能影響。
遠端開發
遠端開發擴充套件允許您透過 SSH 或遠端隧道使用開發容器、遠端機器或適用於 Linux 的 Windows 子系統 (WSL) 作為功能齊全的開發環境。
亮點包括:
- 您現在可以使用 Microsoft 帳戶登入到 Tunnels。
- Windows 上現在支援透過 SSH 和 Tunnels 連線到開發容器。
您可以在 遠端開發發行說明 中瞭解有關這些功能的更多資訊。
對擴充套件的貢獻
GitHub Copilot
流式內聯聊天
GitHub Copilot Chat 擴充套件的內聯聊天現在可以進行漸進式文字編輯,並以接收響應的速度“打字”。這比以前等待接收整個聊天響應再將其應用於編輯器的行為更自然。
並非所有編輯都是插入,對於替換,Copilot 有時很難弄清楚從哪裡開始。在這些情況下,流式傳輸可能尚未按預期工作。請繼續關注該領域的改進。
聊天代理
本次迭代,我們構建了一種與 Copilot Chat 互動的新方式:代理。代理就像是具有專業知識的專家,他們可以幫助您,您可以透過在聊天中使用 @
符號提及他們來與他們交談。目前,有兩個代理:
@workspace
擁有有關工作區中程式碼的上下文,可以幫助您導航它,查詢相關檔案或類。@vscode
瞭解 VS Code 編輯器本身的命令和功能,可以幫助您使用它們。
每個代理還支援一些斜槓命令,您之前可能使用過的斜槓命令現在應該與代理一起使用。例如,/explain
現在是 @workspace /explain
。但作為快捷方式,您也可以只輸入 /
來獲取一個完成列表,該列表將自動擴充套件為完整的代理和命令。
@workspace
@workspace
代理使用元提示來確定從工作區收集哪些資訊以幫助回答您的問題。元提示使用的一種方法是回顧您的對話歷史記錄,以解決問題中模糊的單詞/短語。例如,如果您問 @workspace 它做什麼?
,元提示現在將考慮歷史記錄來找出 它
到底是什麼以及收集哪些資訊來回答問題。元提示還使用廣泛的術語集,包括更多同義詞,以生成潛在相關術語列表。
@workspace
響應中的檔案路徑和符號是可點選的連結。這使得導航到 Copilot 引用的程式碼變得容易。
@workspace
代理在決定從工作區索引哪些檔案時遵守 .gitignore
和 .copilotignore
。
代理替換斜槓命令
新代理透過新增斜槓修飾符替換了斜槓命令(例如 /createWorkspace
和 /createNotebook
)的功能:
/createWorkspace
-->@workspace /new
/createNotebook
-->@workspace /newNotebook
/explain
-->@workspace /explain
/fix
-->@workspace /fix
/test
-->@workspace /test
/vscode
-->@vscode /api
試試新代理,輸入 /help
獲取更多提示!
提交訊息生成
Copilot Chat 現在可以使用原始碼管理輸入框中的新“閃光”操作,根據待處理更改生成提交訊息。
匯入分組
生成的匯入現在始終放在檔案頂部或現有匯入塊下方。大多數常用程式語言都支援此功能。
改進的 /explain 上下文
您可以透過 @workspace /explain
命令或透過上下文選單中的使用 Copilot 解釋操作,要求 Copilot Chat 解釋活動編輯器中的程式碼選擇。Copilot Chat 現在包含引用符號(如函式和類)的實現,從而提供更準確和有用的解釋。當您為以下語言之一安裝了提供語言服務的擴充套件時,此功能在跨檔案工作時效果最佳:TypeScript/JavaScript、Python、Java、C#、C++、Go 或 Ruby。
持久化聊天檢視狀態
以前,Copilot Chat 檢視最初是隱藏的,然後才顯示。現在,Copilot Chat 檢視在視窗重新載入後保持活動狀態,因此您不必手動重新開啟它。此外,聊天檢視現在會引導您完成登入 GitHub 和啟用 GitHub Copilot 免費試用版的過程。
使用配置的顯示語言聊天
預設情況下,Copilot Chat 現在最初使用您在 VS Code 中配置的顯示語言進行回覆。您可以透過配置 github.copilot.chat.localeOverride
來覆蓋此自動行為。
減少歡迎訊息冗餘
您現在可以透過配置 github.copilot.chat.welcomeMessage
來控制 Copilot Chat 在您首次開始對話時是否以詳細的歡迎訊息問候您。選項包括 first
(預設)、always
和 never
。
終端快速修復
當終端中執行的命令失敗時,Copilot 現在將提供快速修復來解釋發生了什麼。
這可以通過當前終端提示旁邊的閃光圖示(⌘. (Windows, Linux Ctrl+.))觸發。
終端命令建議
當終端獲得焦點時,Copilot 現在可以透過 ⌘I (Windows, Linux Ctrl+I) 快捷鍵提供 CLI 命令建議。這會彈出預填充了 @workspace /terminal
的快速聊天。
這個 /terminal
斜槓命令針對使用當前 shell 建議 shell 命令進行了最佳化。建議質量和使用者體驗將在下個版本中得到更多改進。
改進了“在終端中執行”操作的展示方式
當代碼塊具有 shell 語言型別時,“在終端中執行”操作現在會在程式碼塊懸停時顯示。
內聯聊天可以回覆終端命令
內聯聊天現在可以回覆要在終端中執行的命令。
Python
在終端中執行行的改進
Python 擴充套件改進了當未選擇要執行的程式碼時,向 Python REPL 傳送行 (Shift+Enter
) 的行為。以前,當您將游標放在一行 Python 程式碼上並按下 Shift+Enter
時,Python 擴充套件會將確切的行內容傳送到 REPL,即使它會失敗,例如,因為它是一個多行命令的一部分。
藉助新的實驗性智慧傳送功能,Python 擴充套件將圍繞游標位置的最小可執行程式碼塊傳送到 REPL 執行。這確保只有完整且可執行的程式碼段被髮送到 REPL。游標也將自動移動到下一個可執行行,以便在迭代執行多個塊時提供流暢的體驗。
要試用它,您可以新增以下使用者設定:"python.experiments.optInto": ["pythonREPLSmartSend"]
。雖然此功能目前處於實驗階段,但我們預計它將來會成為預設行為。如果您對此功能有任何反饋或建議,請告訴我們!
主題:Catppuccin Macchiato(在 vscode.dev 上預覽)
Python Linting 擴充套件改進
我們對支援的 linting 擴充套件進行了一些改進,以便為您喜愛的 Python 工具提供更可配置和靈活的體驗。
Pylint、Mypy 和 Flake8 擴充套件現在提供了允許您為希望從 linting 中排除的檔案指定 glob 模式的設定。如果您正在處理具有許多子專案的大型程式碼庫,並希望排除某些資料夾不進行 linting,這將非常有用。這些設定是 "pylint.ignorePatterns"
、"mypy-type-checker.ignorePatterns"
和 "flake8.ignorePatterns"
。
這些擴充套件還支援 cwd
設定,允許您指定 linter 的工作目錄。此設定已更新以支援變數 ${fileDirname}
,因此工作目錄可以動態設定為您在編輯器中開啟的檔案的父資料夾。如果您正在使用單倉庫,並且希望 linter 工作目錄在您從不同子專案開啟檔案時動態更新,這很有用。這些設定是 "pylint.cwd"
、"mypy-type-checker.cwd"
和 "flake8.cwd"
。
"mypy-type-checker.preferDaemon"
設定的預設值已更改(僅適用於 Mypy 擴充套件)。以前,它設定為 true
,這意味著預設情況下將使用 Mypy 守護程式。在收到反饋後,我們將預設值更改為 false
。如果您想知道哪個值最適合您,我們建議您在出於效能原因將 Mypy 報告範圍設定為整個工作區("mypy-type-checker.reportingScope": "workspace"
)時使用 Mypy 守護程式。否則,如果報告範圍設定為當前檔案,我們建議您使用隨擴充套件程式提供的 Mypy 可執行檔案。
已棄用的內建 linting 和格式化功能
隨著 VS Code 中 linting 和格式化擴充套件的所有工作和改進,我們已經棄用了 Python 擴充套件中內建的 linting 和格式化功能。這包括所有 linting 和格式化命令以及設定 (python.linting.*
和 python.formatting.*
)。我們建議您如果仍在使用這些已棄用的設定,請將其刪除,並改用受支援的 linting 和格式化擴充套件。
如果您在使用沒有受支援擴充套件的 linter,請檢視社群貢獻的 Ruff 擴充套件。Ruff 是一個用 Rust 編寫的 Python linter,支援各種 linter,例如 pyflakes、pycodestyle、pydocstyle 等。最近添加了將 Ruff 用作 VS Code 中格式化程式的¹支援 ("[python]": { "editor.defaultFormatter": "charliermarsh.ruff" }
)。
您還可以為您喜愛的 Python 工具建立自己的 linter 或 formatter VS Code 擴充套件。請檢視我們的 Python Tools 擴充套件模板以快速入門。
建立環境通知
虛擬環境是使用需要安裝依賴項的 Python 專案的推薦方式。它們提供隔離和可重現性,在 Python 專案中非常流行。
因此,當您嘗試執行或除錯具有列出依賴項的 Python 檔案或專案,而您的工作區中沒有選擇虛擬環境時,Python 擴充套件現在會顯示通知。此通知提供了一種透過Python:建立環境命令快速建立新虛擬環境的方法。
如果您的工作區中已經有虛擬環境,您可以選擇它,或者刪除並重新建立它。
可以透過將 python.python.createEnvironment.trigger
設定為 off
來停用此通知。
虛擬環境停用助手
幾個月前,我們宣佈了一項新的實驗性功能,用於使用環境變數啟用終端,以透過在終端中自動啟用選定的環境而無需顯式啟用命令來增強您的開發工作流。然而,由於沒有顯式啟用指令碼,當此實驗啟用時,deactivate
命令不再起作用。
Python 擴充套件現在將在您嘗試執行 deactivate
命令時檢測到,並顯示一個幫助通知,指導您如何為 shell 新增指令碼,以便當環境透過環境變數啟用時,該命令將再次起作用。它還提供了一個按鈕,可開啟您的 shell 配置檔案以供您新增必要的指令碼。
您可以在 vscode-python wiki 上找到有關如何為 shell 新增必要指令碼的完整文件。
如果您不在實驗中,但想嘗試此功能,您可以新增以下使用者設定:"python.experiments.optInto": ["pythonTerminalEnvVarActivation"]
。
測試輸出改進
當 pythonTestAdapter
實驗啟用時,我們對您在 Python 擴充套件中檢視和與測試輸出互動的方式進行了重大改進,這在幾個月前已宣佈。以前,測試發現和執行的輸出不一致地分散在Python 測試日誌輸出通道和測試結果面板中,並且一些資訊在兩者中重複。為了整合體驗,與測試執行相關的輸出顯示在測試結果面板中,而測試發現顯示在Python輸出通道中。要了解更多資訊,請閱讀我們相關的 vscode-python wiki。
如果您正在使用 Pytest 並在 settings.json
中設定 "python.testing.pytestArgs": ["--color=yes"]
,這種新方法還支援輸出中的顏色化。顏色化僅適用於測試結果面板中的測試執行,而不適用於發現或Python 測試日誌面板中的輸出。
還有一個新按鈕顯示輸出,可以在測試發現出現錯誤時輕鬆從測試資源管理器檢視開啟測試日誌。
Python 偵錯程式擴充套件的平臺特定版本
Python 偵錯程式擴充套件現在提供平臺特定版本,因此每次更新時只安裝必要的平臺特定檔案。這減少了擴充套件的大小並有助於縮短啟動時間。
Tensorboard 擴充套件
Tensorboard 功能已從 Python 擴充套件移至獨立的 Tensorboard 擴充套件。
如果您對此新擴充套件有任何問題或希望提供反饋,您可以在 Tensorboard 擴充套件 GitHub 倉庫 中提交問題。
Jupyter
使用前置/依賴單元格執行
透過 Jupyter 擴充套件,您現在可以從“單元格執行”按鈕旁邊的下拉選單中執行目標單元格的所有前置或依賴單元格。這仍是一個預覽功能,可以透過 jupyter.executionAnalysis.enabled
設定和 notebook.consolidatedRunButton
設定啟用。
此功能目前由 Pylance 擴充套件提供支援,因此您需要安裝最新版的 Pylance 預釋出版本才能使用此功能。
VS Code Speech
我們正在推出一個新擴充套件,為 VS Code 帶來語音支援!新的 VS Code Speech 擴充套件整合到 GitHub Copilot Chat 中,為聊天輸入啟用語音轉文字轉錄服務。
安裝後,將顯示一個麥克風圖示,選擇後,它會根據您的語音轉錄結果開始填充聊天輸入文字。轉錄在您的機器本地進行計算,不需要網際網路連線。
GitHub 拉取請求和議題
GitHub Pull Requests and Issues 擴充套件取得了更多進展,該擴充套件允許您處理、建立和管理拉取請求和問題。
- 專案顯示在拉取請求描述 Web 檢視中,並可從其中新增。
- 與 GitHub Copilot 整合,從 PR 建立檢視生成 PR 標題和描述。
- 使用 GitHub CLI (
gh pr checkout
) 檢出的 PR 會被擴充套件識別。
檢視擴充套件 0.76.0 版本的 更新日誌 以瞭解其他亮點。
預覽功能
浮動編輯器視窗
我們繼續探索如何將編輯器從工作臺視窗中拉出到自己的視窗中,現在希望邀請 VS Code Insiders 社群體驗這一激動人心的新功能並提供反饋。
請務必安裝 VS Code Insiders,並在編輯器上執行新的檢視:將活動編輯器移至新視窗命令,以在浮動視窗中開啟它們。
我們仍需解決許多問題並提供缺失的功能,但我們樂觀地認為我們可以在不久的將來在穩定版中啟用此功能。
感謝您的測試!
WASM-WASI 對語言伺服器的支援
對 WASM/WASI 中語言伺服器的支援已新增到實驗性的 wasm-wasi-core 擴充套件中。
在 vscode-wasm 倉庫 中還有一個擴充套件,展示了一個用 Rust 編寫並編譯為 WASM 的簡單語言伺服器。該擴充套件依賴於 Rust 分析器團隊維護的 語言伺服器 crate。
擴充套件創作
改進的測試執行器
現在有一個命令列執行器和 VS Code 擴充套件,使執行擴充套件測試更加容易。使用新方法的擴充套件可以在 VS Code 的測試 UI 中執行。雖然需要一些遷移,但這通常只需要幾分鐘。閱讀 VS Code 測試擴充套件 文件以獲取更多資訊。
已定稿的 TestMessage.contextValue API
您可以在 TestMessage
上提供 contextValue
,以便在使用者對這些訊息執行操作時顯示。此外,還提供了兩個新的選單貢獻點:testing/message/context
和 testing/message/content
。前者顯示在測試結果樹檢視中的訊息上,後者顯示在編輯器中的訊息上方。例如,這可能用於在快照測試中提供更新夾具的操作。
在 issue #190277 中閱讀更多關於 contextValue
的資訊。
更新的 codicons
以下新圖示已新增到我們的 codicon 庫中:
copilot
git-fetch
mic
mic-filled
thumbsup-filled
thumbsdown-filled
coffee
game
snake
vr
chip
music
piano
新主題顏色
textPreformat.background
:預格式化文字片段的背景顏色
按名稱區分的根資料夾圖示
檔案圖示主題作者現在可以使用新的屬性 rootFolderNames
和 rootFolderNamesExpanded
為根資料夾定義名稱特定的圖示。您可以查閱 檔案圖示主題指南 以獲取更多資訊。
提議的 API
每個里程碑都會帶來新的提議 API,擴充套件作者可以嘗試這些 API。一如既往,我們希望得到您的反饋。以下是嘗試提議 API 的步驟
- 查詢您要嘗試的提議並將其名稱新增到
package.json#enabledApiProposals
。 - 使用最新的 @vscode/dts 並執行
npx @vscode/dts dev
。它會將相應的d.ts
檔案下載到您的工作區。 - 您現在可以根據該提議進行程式設計。
您不能釋出使用提議 API 的擴充套件。下個版本中可能會有破壞性更改,我們絕不希望破壞現有擴充套件。
支援透過“問題報告器”配置傳送到擴充套件的資料
一項新的擬議 API 允許擴充套件作者透過問題報告器傳送額外資料。
export interface IssueUriRequestHandler {
// Handle the request by the issue reporter for the Uri you want to direct the user to.
handleIssueUrlRequest(): ProviderResult<Uri>;
}
export interface IssueDataProvider {
// Provide the data to be used in the issue reporter.
provideIssueData(token: CancellationToken): ProviderResult<string>;
// Provide the template to be used in the description of issue reporter.
provideIssueTemplate(token: CancellationToken): ProviderResult<string>;
}
export namespace env {
export function registerIssueUriRequestHandler(
handler: IssueUriRequestHandler
): Disposable;
export function registerIssueDataProvider(provider: IssueDataProvider): Disposable;
}
您可以提供一個 URI
透過 handleIssueUrlRequest
讓擴充套件問題在 GitHub 上外部提交,或者為 provideIssueData
和 provideIssueTemplate
提供一個模板 string
和擴充套件資料 string
,以便透過問題報告器將額外的擴充套件資料傳送到 GitHub。
在 issue #196863 中閱讀有關此提案的更多資訊。
具有自定義排除規則的檔案監視器
本次里程碑,我們添加了一個用於建立具有完全排除規則控制的檔案系統監視器的提案 API。
export interface FileSystemWatcherOptions {
/**
* An optional set of glob patterns to exclude from watching.
* Glob patterns are always matched relative to the watched folder.
*/
readonly excludes?: string[];
}
export function createFileSystemWatcher(
pattern: RelativePattern,
options?: FileSystemWatcherOptions
): FileSystemWatcher;
這個新的 API 讓您的擴充套件完全控制檔案監視器,無論是遞迴還是非遞迴監視器,以及它是否希望在工作區內部或外部監視。使用者或預設配置的檔案監視排除規則將不適用,因此您可以確保只接收您訂閱的事件。
工程
Windows 32 位支援結束
不再支援 Windows 32 位 VS Code。如果您仍在使用 32 位版本的 VS Code,您應該更新到 64 位版本。
擴充套件和文件
適用於 Java 的 Gradle
使用改進的 Gradle for Java 擴充套件,VS Code 中的 Java 開發變得更加容易。由於採用了 構建伺服器協議 (BSP),預釋出版本對構建 Gradle 專案提供了更好的支援。與 VS Code 中使用的其他協議(例如 語言伺服器協議 (LSP))類似,BSP 在開發環境和 Gradle 等構建工具之間提供了一個抽象層。
要試用新的 Gradle 支援,請同時安裝 Java 擴充套件包 和 Gradle for Java 擴充套件的預釋出版本。您可以在 Java 擴展團隊的這篇最新部落格文章中瞭解有關 Gradle 和 BSP 的更多資訊。
FastAPI 教程
FastAPI 是一個現代化、快速的 Web 框架,用於構建 Python API,因其簡潔性和效能而越來越受歡迎。
現在,您可以透過我們的新 FastAPI 教程 瞭解如何充分利用 VS Code 和 Python 擴充套件來建立和除錯 FastAPI 應用程式!
自定義佈局使用者指南
新增了 自定義佈局 文章,介紹了工作臺和編輯器的佈局自定義。在那裡,您將學習如何修改 VS Code 的主要 UI 元素,如檢視、面板和編輯器,以適應您偏好的工作流程。
主題包括
- 主要和次要側邊欄
- 面板位置和對齊方式
- 固定編輯器選項卡
- 編輯器組佈局
- 以及更多
值得注意的修復
感謝
最後但同樣重要的是,向 VS Code 的貢獻者們致以衷心的感謝。
問題跟蹤
對我們問題跟蹤的貢獻
- @gjsjohnmurray (John Murray)
- @IllusionMH (Andrii Dieiev)
- @starball5 (starball)
- @ArturoDent (ArturoDent)
拉取請求
對 vscode
的貢獻
- @amaust (Andrew Maust):修復 Aria 標籤顯示 [Object object] PR #195929
- @Cazka:修復 incrementalNaming 設定的拼寫錯誤 PR #194900
- @Charles-Gagnon (Charles Gagnon):修復下拉操作按鈕上的箭頭導航聚焦隱藏的下拉選單 PR #167662
- @christian-bromann (Christian Bromann):僅在可見時渲染筆記本容器 PR #188226
- @Connormiha (Mikhail):修復:簡化 map+flat PR #193949
- @futurist (James Yang):修復:dom.test.ts 拼寫錯誤 PR #195249
- @gjsjohnmurray (John Murray)
- 修正
--profile
的 CLI 幫助文字 PR #193766 - 允許在除錯時隱藏“執行和除錯”標題欄上的啟動器 PR #193812
- 在擴充套件日誌級別快速選擇中預選正確的行(修復 #194515) PR #194517
- 更新所有擴充套件後同時顯示“需要重新載入”按鈕 (#_163627) PR #195421
- 正確顯示
"window.density.editorTabHeight": "compact"
的信任編輯器選項卡圖示(修復 #196209) PR #196212 - 將頂部活動欄徽章中的數字垂直居中(修復 #196691) PR #196696
- 修正導致橢圓形徽章的 #196696 修復 PR #196715
- 增加頂部活動欄上進度徽章的大小以匹配 #196696 更改 PR #196724
- 修正
- @harbin1053020115 (ermin.zem)
- 修復:當啟用 pinnedTabsOnSeparateRow 時修復編輯器進度位置 PR #195314
- 功能:支援根資料夾的 iconThemes 定義 PR #195319
- @hsfzxjy (hsfzxjy):修復更快的 __vsc_escape_value PR #194459
- @jeanp413 (Jean Pierre):修復 websocket 不正確處理 ping 幀的問題 PR #194436
- @jiawei-hong (Wei):樣式:只有當不是...時才需要設定 border-right-width 為 none PR #195078
- @jruales (Joaquín Ruales):當沒有要替換的內容時跳過 regex.replace() 成本 PR #194854
- @Jvr2022 (Jvr)
- 清理 .github 中未使用的檔案 PR #189066
- 修正語法 PR #194970
- @k-yle (Kyℓe Hensel):修復 .git-blame-ignore-revs 的語法高亮 PR #194584
- @MichaelChirico (Michael Chirico):更新引用倉庫中的組織 PR #194415
- @MrYuto (Yuto Liyosa)
- 將
OpenDisassemblyViewAction
設為Action2
PR #195623 - 解析 tsconfig 中的絕對檔案目標連結 (#_195514) PR #195759
- 將
- @sandeep-sen (Sandeep Sen):新增 Go 的管理庫 + 更改 Go 的匹配器邏輯 PR #191036
- @SimonSiefke (Simon Siefke):修復:選單中的記憶體洩漏 PR #196302
- @tats-u (Tatsunori Uchino):新增對
--force-if-includes
的支援,以更安全地強制推送 PR #187932 - @tisilent (謝家龍)
- 停用轉換最佳化 SettingsTree PR #179095
- 終端:修復重新命名和注入 PR #194621
- 修復 #191201 PR #194965
- @vuittont60:修復拼寫錯誤 PR #195562
- @whscullin (Will Scullin):確保保留連結片段 PR #193743
- @yiliang114 (易良)
- 功能:新增內建擴充套件的徽標 PR #192999
- 修復:針對 #157015 修復檢視標籤命令本地化 PR #193544
- 修復:關閉 #195980,修復擴充套件貢獻點的預設顯示 PR #195984
對 vscode-js-debug
的貢獻
- @OnesAndZer0s (OnesAndZer0s):功能:整理儀表斷點 PR #1853
對 language-server-protocol
的貢獻
- @manandre (Emmanuel André):修復 NotebookDocumentSync 示例 PR #1831