一个人写了十年的文件系统，Linus接纳了，但又想将它从Linux中踢出去了

总有人说Linux碎片化，可能是因为总有人不满足“够用”。Kent Overstreet 就是那种类型。他写出了一个叫 Bcachefs 的文件系统，目标就是融合前沿功能与稳定性。

它是个写时复制（COW）的文件系统，具备一些核心特性：

• 对数据与元结构进行校验，提高数据完整性；
• 原生支持压缩、重删、加密，提升存储效率与安全；
• 拥有快照机制，可在任意时间点冻结文件系统视图；
• 内置缓存机制，继承 bcache 的理念，优化 I/O 性能；
• 使用混合 B+ 树结构，使索引与目录操作在查找和插入上更高效；
• 代码结构相对简洁，减少冗余，方便后续维护。

有了这些特性，Bcachefs 在 2023 年正式进入 Linux 内核主线（6.7 版本），比较罕见。

但它的故事并未就此稳定。进入主线后，争议随之而来。

首先是开发流程的冲突。在 6.16-rc 阶段，Kent 提交了“journal_rewind”等新特性补丁，这个操作被认为违反了 rc 阶段只允许修复 bug 的惯例。Linus 对此表示不满，称双方可能在下个版本“分道扬镳”。

其次是社区协作问题。Bcachefs 主要由 Kent 一人维护，补丁提交与审核缺乏分工，引发了与内核维护者的摩擦。Linus 批评过：部分修复补丁改动过大，超出文件系统范围，增加了主线风险。

2025 年，Bcachefs 被标记为 “externally maintained”，即外部维护状态。

这意味着未来的功能更新、兼容修复，都要靠 Kent 自行跟进。主线内核不会再主动整合它的新特性，更容易理解一点的描述，就是以后也许只能通过 fuse 来单独安装。

对用户来说，这种状态不代表它“不能用”，但也意味着它可能长期停留在“可编译、能挂载、但没人保证稳定”的阶段。若内核接口有改动、工具包无人维护，Bcachefs 迟早会被边缘化。

这个“崭新且稳定”的故事到这里暂时告一段落。它的代码仍然在，功能依旧可用。

只是它不再是 Linux 主线重点维护的对象。