高通工程师质疑 Linux LTS 发行版:AI 时代也许更适合滚动更新

在捷克布拉格举行的 Linux Plumbers Conference 上, 高通工程师 Khem Raj 提出了一个值得开源社区思考的问题: 当生成式 AI 大规模介入代码提交与补丁修复之后,Linux LTS(长期支持)发行版是否还适合当下的开发节奏?他的判断是, 滚动更新模式的优势正在被放大,LTS 的定位需要重新讨论。

📌 LTS 长期是 Linux 生态的稳定基石

多年来,LTS 发行版凭借较长的维护周期、相对固定的软件版本和可预期的更新节奏,成为企业服务器、嵌入式设备和生产环境的首选。厂商可以围绕一个版本做长期验证, 用户也不必频繁应对底层变化。

但这一模式的前提,是上游补丁的数量和维护者的处理速度处在可控范围内。Raj 在演讲中指出, 这个前提正在被打破。

🔍 AI 编程智能体让补丁提交明显提速

按照 Raj 的说法, 随着 AI 编程智能体不断加快对 Linux 内核及相关开源项目的补丁提交速度,开源维护者和发行版厂商都承受了更大压力。补丁与错误报告数量上升, 意味着 LTS 版本需要回溯的内容越来越多, 维护成本也随之上涨。

当上游变化速度远超过去, 继续把所有修复都往回移植, 未必是最经济的做法。

💡 滚动更新被看好的几个理由

• 减少补丁回溯: 无需把大量上游修复逐个搬回旧版本;
• 与上游分歧更小: 版本更贴近主线, 降低长期维护的复杂度;
• 安全修复更快: 补丁可以更快进入用户环境, 缩短暴露窗口。

📊 认证与资格审查仍是现实障碍

不过,Raj 也承认滚动更新并非没有代价。它在认证、资格审查等方面存在挑战, 而这类流程恰恰是很多企业级和嵌入式场景的硬性要求。版本频繁变化, 可能让合规验证、驱动适配和长期测试变得更加困难。

因此他建议,应重新思考 LTS 版本的实用性, 尤其是嵌入式 Linux 发行版以及社区规模较小的维护版本。与此同时, 他也提出另一条思路: 可以尝试用生成式 AI 工具辅助 LTS 版本的维护与发布, 以缓解人力不足的问题。

🚀 这场讨论透露了什么

Raj 的观点并不等于宣判 LTS 出局,而是把一个问题摆上台面: 在 AI 参与开源协作之后, 发行版的时间策略是否要跟着调整。对厂商来说, 这涉及维护成本、合规要求和用户预期的再平衡; 对社区来说, 则关系到有限维护者精力该投向哪里。

可以预见,LTS 与滚动更新不会简单地互相取代, 更可能出现按场景分层的选择: 需要长期稳定与认证的环境继续依赖 LTS, 而更新频繁、对安全响应更敏感的场景, 则更愿意接受滚动模式。这场来自 Linux Plumbers Conference 的讨论, 或许只是相关调整的开始。