Linuxeden开源社区在 Linux 内核邮件列表上发生了一些周五晚上的内核大戏……Linus Torvalds 对合并 Bcachefs 文件系统以及随后的文件系统维护者之间的来回争论表示遗憾。
周五，提交了一组修复程序以合并到当前的 Linux 6.11 周期中。有一些小的修复，加上两个大的 “修复”，围绕一个 rhashtable 转换和一个用于管理 BTree 密钥缓存中空闲列表的新数据结构。后者消除了 BTree 密钥缓存锁，并避免了某些多线程工作负载中可能出现的一些锁定争用。
但是这个 “fixes” pull request 涉及 1000 多行代码，我们现在已经过了 Linux 6.11 周期的一半以上。这远非第一次在合并窗口后提交对 Bcachefs 的大型 “修复” 拉取，也不是第一次不是严格的错误修复，而是通过修复拉取请求进行的更重、更像功能的添加。Linus Torvalds 受够了并回复了拉取请求：
“是的，不，够了。最后一次拉动已经很大了。
这太大了，它触及了非 bcachefs 的东西，甚至不是某种回归。
在某些时候，“修复一些东西”会变成开发，这就是重点。
没有人理智地使用 bcachefs 并期望它是稳定的，因此每个用户都是一个实验站点。
bcachefs 补丁已经变成了这种“在发布周期中而不是之前进行大量开发”，以至于我开始后悔合并 bcachefs。
如果 bcachefs 不能在正常的上游内核发布计划中正常工作，也许它不应该在正常的上游内核中。
这已经超出了荒谬的程度。
对此，Kent 回应并争辩说“Bcachefs _肯定_比 Btrfs 更值得信赖”，“我正在努力使其比 xfs 和 ext4 更健壮可靠（是的，它会是）with_end结束数据integrity_”，以及其他热情洋溢的评论。
Torvalds 随后反驳说，仍然没有任何主要的 Linux 发行版使用 Bcachefs，应该遵循 Linux 内核发布规则，并且 1000+ 行“修复”补丁可能会出现新错误。周五晚上，在 Linux 内核邮件列表上有几条来回的评论。
Bcachefs“修复”拉取未被拉取，并且尚未提交任何严格限制纯错误修复更改的修订拉取请求。
转自 Linus Torvalds Begins Expressing Regrets Merging Bcachefs – Phoronix