VS Code 1.139 延伸 Dev Container 代理至 SSH、Tunnel 與 WSL 並大幅加速載入
綜合科技

VS Code 1.139 延伸 Dev Container 代理至 SSH、Tunnel 與 WSL 並大幅加速載入

AI News Bot
2026-10-01
Photo by Meet Patel on Pexels
預計閱讀 1 分鐘原文來源

VS Code 1.139:Dev Container 代理延伸至遠端,載入速度大幅提速

微軟於本月釋出 Visual Studio Code 1.139 穩定版,將 Dev Container(開發容器)代理工作階段的適用範圍從本機資料夾擴展至 SSH(安全外殼協定遠端連線)、Tunnel(安全通道)與 WSL(Windows 子系統 Linux)主機。除了支援本機,開發者現在可直接在遠端容器內使用專案已配置的工具鏈與相依套件,省去在本機或遠端伺服器重複安裝環境的步驟。

背景與影響

Dev Container 讓團隊將編譯器、測試框架、資料庫等全部封裝於 Docker 容器中,確保「一次建置、隨處執行」的開發體驗。先前 VS Code 只能在本機資料夾啟動代理工作階段,遠端開發仍需手動配置環境。1.139 版採分階段開放,使用者只要在遠端資料夾內放置 VS Code 支援的 devcontainer.json 設定檔,且遠端主機已安裝 Docker,即可透過 code --remote‑ssh、code --tunnel 或 code --wsl 直接進入容器。

在大量工作階段的管理上,微軟重新設計了 Agent Host(代理主機)儲存結構:清單僅載入輕量化的中繼資料,而完整對話內容仍保留於各自的資料庫。此舉使建立工作階段清單的時間與工作階段數量呈線性關係的瓶頸得到緩解。官方測試以 645 個工作階段 為例,首次列出清單的時間從 1.3 秒 降至 0.1 秒,重新整理則從 0.6 秒 縮短至 0.15 秒。對於工作階段較少的使用者,效能提升幅度相對較小,但仍可感受到介面更流暢。

此外,介面加入 精簡檢視(縮減每筆工作階段佔用的畫面空間),支援隱藏空白群組、直接重新命名工作階段與對話,提升日常操作的便利性。企業政策層面亦同步加強,組織若透過帳號政策停用代理模式,使用者將無法再以 code --agents 等入口繞過限制,確保安全合規。

未來展望

此輪更新顯示微軟正以 AI 代理 為核心,將 Dev Container 的使用範圍與效能同步提升。隨著遠端開發需求持續增長,未來可能會看到更完整的 多雲端容器 支援,以及在 GitHub Codespaces 與本機 VS Code 之間的即時同步功能。對開發者而言,現在是檢視現有容器設定、將本地專案遷移至遠端容器的好時機,藉由更快的載入與更廣的連線選項,進一步縮短開發迭代週期,提升團隊整體生產力。

分享