摘要

  • 单个修复能否进入稳定分支，与旧版本内核能否继续获得长期维护，是两个不同判断。
  • Kernel.org 将长期支持期限与下游需求、维护者的工作量和可用时间联系起来；预估终止日期不是厂商的支持承诺。

旧版内核可能在发布多年后仍适用于某些设备。但这不代表任何修复都能进入它的稳定分支，也不代表这条分支会和产品一样长寿。Linux 的维护机制有两道不同的关口；把它们混为一谈，就会把一个有用的版本标签误读成承诺。

第一道关口审查单个补丁。Linux 稳定内核规则要求修复或等效方案已经存在于主线；改动必须明显正确、经过测试，连同上下文不超过 100 行，遵循补丁提交规则，并且解决真实用户问题或增加设备 ID。规则列出的情况包括系统崩溃、挂起、数据损坏、真实安全问题、硬件兼容问题和构建错误。没有利用方式说明的理论风险，以及对用户没有实际收益的修改，不在接收范围内。这些边界让回移补丁更容易审查，也降低在已运行的旧分支中引入新故障的风险。稳定内核规则列出了具体条件和提交流程。

通过门槛不等于免于审查。文档所述流程会把已接收的候选补丁放入队列，交由其他开发者和相关子系统维护者审查，再在候选版本中测试。有人提出异议时，补丁可能被移出队列。因此，先进入主线是来源和顺序要求，不是“所有旧版本都会自动获得修复”的保证。补丁还必须适用于目标系列，并在那里经受审查。

第二道关口决定一条分支能维护多久。Kernel.org 将长期支持系列描述为较旧的代码树：它们仍会收到重要错误修复，但通常没有活跃稳定分支那样频繁。其版本说明称，长期系列的选择会考虑重大新功能、商业发行版需求、设备制造商需求，以及维护者的工作负荷和可用时间。新系列通常先获得一个预估终止日期；如果产业界的关注能支持更长时间的维护，日期可以延后。页面明确指出该预估并非固定承诺。本文检索到的页面标注日期为 2026 年 2 月 25 日，因此其政策说明可用，但页面中的版本清单不能当作 2026 年 10 月的现状。Kernel.org 版本页面说明了选择因素和期限预估方式。

Greg Kroah-Hartman 的角色很重要，但他不是整个制度的唯一决策者。Linux Foundation 将他列为 Fellow、Linux 稳定分支和多个子系统的维护者。Linux 内核开发流程文档把 Greg 与 Sasha Levin 并列为稳定团队成员，同时说明相关维护者和评审者也参与补丁审查。Greg 在 2018 年的一次采访中回忆，稳定版发布机制于 2005 年开始时，他是自愿承担工作的开发者之一。他还表示，后来自己同时维护的分支变多，并将这项工作与保护已经投入使用的设备联系起来。这是他的回顾，不是当前分支数量，也不能证明长期支持系列由他一人决定。Linux Foundation 人物资料、内核开发流程和Greg 的采访共同限定了他的职责范围。

对运营者来说，这一区别会改变版本标签的含义。Kernel.org 的长期系列是一条由社区维护的代码线。发行版可以以它为基础、加入自己的修改，也可以按自己的周期维护另一棵代码树。Kernel.org 指引发行版内核用户联系发行商，并提醒内核开发者可能不为这类构建提供支持。因此，运营者要查清实际部署镜像里的内核由谁维护，安全修复与回归问题走什么流程，以及厂商承诺是否覆盖产品的实际运行年限。单凭 LTS 标签无法回答这些合同问题。Kernel.org FAQ和版本说明区分了这些支持边界。

版本号背后的经济机制并不复杂，却很容易被忽略：每多维护一条旧系列，就要有人评估修复、核对回移、测试发布，并在出现回归时处理。公开资料没有给出这些工作需要多少工时或成本，但明确显示，下游需求与维护者是否有时间，会影响哪些系列得到更长时间的关注。行业需求可以支撑这项工作，不能替代实际做事的人。

Heng Lu 的 Note 64 提供了一个分析视角：协调文件可以描述未来状态，却不能单靠发布文件让它变成实际运行的状态。这里并不是说 Linux 按 Note 64 设计；这只是一个阅读角度，用来说明“长期支持”标签和预估日期本身不会自动变成保修。它们描述的是一项仍需各方持续采用和维护的安排。Note 64是分析参考，不是内核政策的证据。

分析

两道关口在不同层次分配风险。补丁规则限制已有分支可以接收哪些变更；长期系列选择则限制社区能持续承担多少条旧分支。把补丁门槛设得更严，并不会凭空增加多年的人力；行业需求再强，也不能让未经审查的回移变得安全。只有修复本身和维护这条分支的能力都能持续，支持承诺才具备实际基础。

这段支持期限依赖一个可能变化的参与者组合。设备厂商可能需要旧版内核来覆盖已部署设备，发行版可能需要稳定基线，维护者则需要时间审查和测试。公开来源没有说明各方如何分摊投入，也没有量化任何一家参与者的议价能力；它们显示的是，支持期限随需求和可用劳动而变化，而不是由版本号的年龄单独决定。

来源