Kubernetes v1.37「Garhwal」發布，CNCF 治理指南與 Azure Repos AI 審查同日上線
Kubernetes Blog · 2026-08-26
Kubernetes 專案於 2026-08-26 發布 v1.37.0，代號 Garhwal，同步在 GitHub Releases 標記版本。同一天，CNCF 技術監督委員會發布治理結構指南，微軟也宣布 Copilot Code Review for Azure Repos 進入公開預覽。三則消息共同構成當週平台工程動態，分別對應叢集執行層、開源治理與開發工具鏈。
Kubernetes v1.37 改動規模
v1.37.0 共納入 67 項功能改動，是這次發布的整體改動量。其中 16 項晉級 Stable、23 項晉級 Beta、27 項為新進 Alpha，另有 1 項被棄用或移除。完整清單與各功能對應的 KEP 記錄在官方部落格與 GitHub Releases 頁面中。
- Stable：16 項
- Beta：23 項
- Alpha：27 項
- 棄用／移除：1 項
其中一項晉級 Stable 的能力是watch cache 初始化的容錯能力：特性閘門 ResilientWatchCacheInitialization 已在 v1.34 進入 Stable，v1.37 則讓對應的 WatchCacheInitializationPostStartHook 完整畢業。這項機制讓 kube-apiserver 在啟動階段重建 watch cache 時更能承受暫時性錯誤，降低控制平面重啟後的服務中斷風險。其餘改動的細節與 SIG 歸屬列在官方 changelog 中。
CNCF：依專案規模挑治理結構
CNCF 技術監督委員會回顧72 個 CNCF 專案的治理實踐，整理出依維護者人數與參與組織數對應的治理結構建議，而非套用單一模板。文章區分 Sandbox、Incubating、Graduated 三個成熟度階段，並指出治理結構應隨專案規模同步演進。
| 專案規模 | 維護者／組織數 | 建議治理模式 |
|---|---|---|
| 小型 | 3–10 位維護者、1–3 個組織 | Maintainer Council |
| 成長中 | 10–20 位維護者、3–5 個組織 | 設有明確角色分工的 Council |
| 大型 | 20 位以上維護者、5 個以上組織 | 民選 Steering Committee 或聯邦制 |
| Umbrella 專案 | 多個自主子專案 | 聯邦式子專案協調層 |
報告點出一項具體數據：跨組織分佈的專案畢業率明顯較高，多組織 Sandbox 專案畢業至更高成熟度的比率是單一組織專案的 2.07 倍（59.1% 對 28.6%）。委員會同時觀察到 20% 的已畢業專案在畢業後出現治理權集中的情形，缺乏組織平衡機制的專案風險最高。
Azure Repos 導入 Copilot 程式碼審查
微軟宣布 GitHub Copilot Code Review for Azure Repos 從技術預覽轉入公開預覽，所有 Azure DevOps 客戶都能直接啟用，不再需要申請搶先體驗名額。啟用層級可設定在組織、專案或個別儲存庫三種範圍。
- 支援以 Managed DevOps Pools 執行審查作業
- 可依團隊規範設定自訂審查指示
- 透過分支原則自動觸發審查，含草稿 PR
- 提供專案層級的成本追蹤與預算警示
此次公開預覽不支援自架代理（self-hosted agents），功能將於未來 2–3 週分區域逐步開放；審查紀錄檢視與 Lite／Balanced 兩種審查強度選項則列為即將推出。
影響範圍
三則更新的共同主題是強化平台底層的可靠性與治理機制。Kubernetes 用 WatchCacheInitializationPostStartHook 讓控制平面啟動更穩定；CNCF 用 72 個專案的實證資料替開源治理提供依據；Azure Repos 則把 AI 審查嵌入既有分支原則與 CI/CD 流程。三者都不是使用者介面層級的變動，而是分別強化執行、治理與流程三個底層環節。
原始來源：Kubernetes Blog、GitHub Releases v1.37.0、CNCF Blog、Microsoft DevBlogs