高通工程师在Linux大会上发问：补丁越来越多，LTS发行版还撑得住吗

本周在捷克布拉格举行的Linux Plumbers Conference上，高通工程师Khem Raj抛出一个问题：生成式AI的节奏下，Linux LTS发行版这套维护模式还合不合适。LTS是长期支持版本的缩写，企业选它图的是省心，一个版本管用好几年，中间只接收安全修复和关键补丁。Raj的观察是，AI编程智能体正在把补丁提交的速度推上去，这套模式的负担也跟着重了起来。

压力来自上下游两头。上游是Linux内核和周边开源项目，AI编程智能体提交的补丁与缺陷报告数量在涨，维护者要一份一份看；下游是各家发行版厂商，得把这些补丁往回移植到自己的内核分支上，再逐一测试验证。Raj说，这套回溯工作已经从持续集成一路堵到发布管理，社区规模小的维护版本处境更难，因为能分出来干这件事的人本来就少。

他给出的方向是滚动更新。滚动更新发行版不切版本号，软件包跟着上游主线往前走，好处是不必把每个补丁都往回搬，与上游的分叉更小，安全修复也能更快落到用户手里。Raj也承认代价：认证和资格审查会更麻烦，企业客户现在习惯的那张某个版本支持到某一年的承诺单，滚动模式下不好开出来。

他还提了一个折中思路——LTS版本保留，但用生成式AI工具来分担回溯和测试里的重复劳动，把人从机械搬运里挤出来。这场讨论的场合也值得注意。Linux Plumbers Conference是内核开发者与发行版厂商坐下来对表的年度会议，台上提的问题往往不是定论，而是把压力公开化；Raj的发言更像一次试探，接下来要看各家发行版厂商怎么接，以及企业客户愿不愿意为认证和稳定性付出滚动更新的代价。

对用Linux跑业务的团队来说，短期内一切照旧。企业选LTS的核心理由——行为可预期、不用频繁动系统——依然成立，认证和合规也还绑在固定版本上，运维流程、自动化脚本和内部镜像仓库都围着它建了起来。真正值得留意的是趋势：如果AI持续放大补丁流量，发行版厂商的维护成本会一路抬升，到某个节点，滚动更新从极客的选择变成更划算的默认项，并非不可能。