开源/Linux 博客 It’s FOSS 写道，Bcachefs“标榜自己是一个‘不会吞噬你的数据’的文件系统”。尽管去年 10 月，Bcachefs 开发者 Kent Overstreet 被禁止参与 Linux 6.13 内核开发周期（此前他在邮件列表帖子结尾写道“去检查一下你的脑子。然后带着这玩意儿滚蛋。”）。现在，随着 Linux 内核 6.17 即将发布，Linus Torvalds 决定放弃对 Bcachefs 的支持，他们报道称，“原因是”他与 Overstreet 的关系日益紧张：这一决定源于 6.16 发布周期中，双方就 Bcachefs 的修复和更改提交方式产生了一系列分歧……Kent 提交了一个拉取请求，希望添加一个名为“journal-rewind”的新功能。该功能旨在改进 bcachefs 的修复功能，但它最终出现在了候选版本 (RC) 阶段，正如 Linus 指出的那样，RC 阶段通常是修复 bug 而不是发布新功能的时间段。 [他补充道：“我坚信，任何使用 bcachefs 的人都认为它只是实验性的。他们最好还是这样。”] 长期从事内核开发和 ext4 维护的 Theodore Ts’o 也表示，Kent 的做法可能会引入回归问题，尤其是在更改影响到文件系统的敏感部分（例如日志记录）时。他提醒 Kent，关于合并窗口的规则在内核社区中早已达成共识，而 Linus 的职责就是执行这些规则。经过一番反复交涉后，Kent 反驳道，关于合并窗口的规则并非绝对，应该允许一定的灵活性，尤其是在涉及用户数据安全的情况下。之后，他重新提交了补丁，并列举了 XFS 和 Btrfs 的一些实例，这些实例在 RC 版本中也已将类似的修复程序添加到内核中。Linus 将其合并到了他的代码树中，但最终决定在 6.17 合并窗口中彻底放弃 Bcachefs。对此，肯特澄清说，他并不是想将 Linus 排除在 Bcachefs 的决策之外，并强调他重视 Linus 的意见……这当然是继四月份 Torvalds-Overstreet 的“人们永远学不会的文件系统”大辩论之后的又一举措。
在 Slashdot 上阅读更多内容。