Bcachefs 從 Linux 主線核心移除 （★ 106 分）
在 Linux 核心 6.17 版本中，檔案系統 Bcachefs 被標記為「外部分維護」，而在 6.18 版本，Linus Torvalds 決定將其完全移除。理由是 Bcachefs 已經轉為以 DKMS 模組（Dynamic Kernel Module Support，動態核心模組支援）的形式存在，導致核心內的相關程式碼處於閒置狀態，若繼續保留，可能造成版本混亂，因此選擇移除。在決策過程中，Torvalds 雖有最終拍板權，但這並不是單方面行動，而是經過長時間的公開與私下討論後的結果。這也顯示 Linux 核心維護的一項重要原則：若功能無內建使用者，相關介面或模組便會逐步清理，避免累積技術債務。
Hacker News 討論中有不少人指出，雖然 Bcachefs 被移出核心，但它仍能透過 DKMS 作為外掛模組實際使用。部分開發者認為這是一個正面的結局，因為在進入主線之前，Bcachefs 依賴核心其他子系統修改，無法單純編譯為模組；如今轉為 DKMS，反而讓使用者可以在較新的第三方核心上更容易部署。不過，也有人擔心，一旦 Linux 核心未來進一步刪除 Bcachefs 依賴的功能介面，若開發者得不到例外待遇，Bcachefs 的維護難度將大幅增加，類似於 ZFS 在 Linux 上因授權爭議與介面移除而不斷受挫的狀況。
討論延伸到開發流程與文化差異。許多核心開發者對 Bcachefs 原作者 Kent Overstreet 的維護方式感到不滿，特別是他常在合併視窗結束後仍持續推送大型功能更新與修復，這與核心社群強調穩定性與流程紀律的文化相衝突。有人直言，此次移除並非因功能不穩定，而是因為維護者在遵循規則上的堅持與社群期望落差過大。這種衝突反映出當專案從實驗性質逐漸邁向主流時，若負責人未能調整合作模式，將面臨被排除的風險。
另一方面，也有使用者分享 Bcachefs 在實際應用中的正面經驗，指出其多設備支援和長期穩定性令人印象深刻。許多人仍對它抱持期望，希望未來能以更成熟狀態重返主線，並成為 ZFS 或 Btrfs 的替代方案，特別是在需要快照、複製寫入（COW, Copy-On-Write）與 RAID 等功能時。然而，一些基準測試顯示其效能表現比預期差，這也成為批評者的論點。整體來看，移出主線對 Bcachefs 並非終結，而更像是一種警示：若想成為核心長期組件，就必須在技術與協作兩方面同時符合 Linux 社群的標準與文化。
👥 32 則討論、評論 💬
https://news.ycombinator.com/item?id=45423004