-
日期: 2026-04-11 | 來源: ​大東 | 有0人參與評論 | 字體: 小 中 大
誰來接盤
當然，這不是 Linux 內核社區第壹次面對“維護者缺失”的問題。2024 年 10 月，由於美國所謂的“合規性要求”，多名俄羅斯籍維護者被從 MAINTAINERS 文件中移除過壹次 —— 那次事件引發了極大的爭議，但從某種程度上來說算是提前演練了今天的場景。
Linux 內核社區對“維護者空白”有壹套相對成熟的應對機制。 MAINTAINERS 文件中的每個子系統都有壹個狀態標記： Supported（有企業付費支持）、 Maintained（有活躍維護者）、 Odd Fixes（維護者時間有限）、 Orphan（無當前維護者）、 Obsolete（已廢棄）。當壹個維護者離職，其負責的子系統可能被標記為 Orphan，意思是“沒有當前維護者 —— 但也許你在寫新代碼的過程中可以接手這個角色”。
內核社區沒有正式的“維護者申請表格”，維護者角色是基於貢獻歷史自然演化的：持續提交高質量補丁的開發者，會逐漸被認可為事實上的新維護者，然後發送補丁更新 MAINTAINERS 文件。這是壹種緩慢、有機的接替方式。
這壹次紅帽中國研發團隊的裁撤留了近 4 個月的交接緩沖時間，比俄羅斯那壹次的情況還是好很多的。紅帽會從其他工程中心（印度、歐洲）調配資源接手關鍵子系統；Intel、Google、Meta 等公司的工程師也可能填補部分缺口；壹些低活躍度的子系統可能長期處於 Orphan 狀態，依賴社區零散貢獻。如果最終沒人接手，那段代碼會被標記為 Obsolete，用戶被建議遷移到替代方案 —— 這是內核社區的“自然選擇”機制。
而那些被裁撤的紅帽中國工程師，大概率會散入國內的雲廠商、芯片公司、操作系統創業團隊。他們帶進來的上游工程文化，或許還會以另壹種方式流傳 —— 甚至增強國產 OS 團隊參與全球開源的能力。
從某種角度看，“維護者空白”可能不是單純的損失，而是開源人才在全球和中國本土之間的壹次重新分布。那些寫進 git log 的名字還在，只是他們下壹次提交補丁時，郵箱後綴可能不再是 @redhat.com。- 新聞來源於其它媒體，內容不代表本站立場！
-
原文鏈接
原文鏈接:
目前還沒有人發表評論, 大家都在期待您的高見