现在已正式宣布：最新的 Linux 4.18 RC1 拉取请求将不包含已存在近 15 年的 Lustre 文件系统。

Greg Kroah-Hartman 越来越厌倦开发团队没有将更清晰和修复后的代码推送到暂存树。移除操作已于 2018 年 6 月 5 日提交，并附带以下注释：

Lustre 文件系统已在内核树中存在超过 5 年。虽然它一直是新内核开发者学习如何进行基本编码风格清理的无尽乐趣来源，并且对于 vfs 开发者来说，每当他们查看代码库以试图弄清楚如何将他们最新的 api 更改移植到该文件系统时，也带来了一些半娱乐性的困惑，但它并没有真正朝着“达到可以从暂存区移出的状态”的方向发展，尽管进行了许多半途而废的尝试。

而将代码从暂存区移出是内核树该部分的主要目标。代码不应该停滞不前，并且感觉将此代码放在暂存区只会导致文件系统的开发周期比应有的时间更长。该代码库有一个完全独立的树外副本，开发者在其中工作，然后在稍后的某个时间点，随机的更改被扔到暂存区。这种双树开发模型从未奏效，而这个代码库的状态就是证明。

所以，让我们直接删除整个混乱的东西。现在 lustre 开发者可以离开并处理他们的树外代码库，而不必担心提供有效的变更日志条目并将他们的补丁分解成逻辑片段。他们可以将花费在进行这些类型的内务管理琐事上的时间用来使代码库状态更好，并且当准备就绪时，它可以提交以包含到内核树的真实部分中。

老实说，我不怪他。暂存树主要用于不稳定和不太成熟的代码，这些代码理想情况下应该在进一步开发的短时间内移动到主线。它是一个临时的（即暂存）位置。并不是我不欣赏 Lustre 文件系统。事实上，我曾经在过去为Linux Journal写过关于它的文章。

对于那些不太熟悉此文件系统的人：Lustre（或 Linux 集群）是一种分布式文件系统，通常部署在大型集群计算环境中。Lustre 旨在兼顾性能和可扩展性，可扩展到数万个节点和 PB 级存储。正如可能已经暗示的那样，分布式文件系统允许从共享计算机网络的多个主机访问文件。

多年来，该文件系统的所有权在 Sun Microsystems、Oracle（通过其 Sun 收购）甚至 Xyratex（后来被 Seagate 收购）之间辗转。在 2014-2015 年间，Seagate 将该项目捐赠回了开源社区。此后开发仍在继续，并且发布仍然相当频繁。围绕该项目的社区仍然保持强大。这就是为什么我有点惊讶他们对内核的贡献没有达到应有的水平。我希望 Greg Kroah-Hartman 的行动能够点燃文件系统开发者的热情。这是一个很棒的文件系统！也许在不久的将来，我们最终会发现它被合并到内核的主线树中。

您可以通过访问该项目的官方网站了解更多关于 Lustre 文件系统的信息。