文章核心观点 - Linux内核社区近期正式通过了一份名为《Linux内核项目的延续性》的文档，首次以成体系的方式回应了关于项目创始人Linus Torvalds未来可能离任后，项目如何持续运转的长期担忧 [1] - 该文档旨在为“后Linus时代”可能出现的交接危机提供一个明确的处理流程，确保项目不会因个人因素而停滞或陷入混乱，体现了社区在制度保障与自治之间寻求平衡的努力 [1][22] - 尽管社区已建立应急流程，但最可能的情况仍是Linus在合适时间主动交棒并安排平稳过渡，且其本人近期并无离开打算 [21] Linux内核项目的现状与结构 - Linux内核开发是高度分布式的，并非一人维护的项目，全球有100多位内核维护者分别负责不同子系统 [2] - 然而，代码合入主线的最终决定权长期掌握在Linus Torvalds手中，他是主线仓库的“最后一关” [3] - 社区已具备一定的“灾难应对能力”，多位核心成员拥有向主线提交代码的权限，稳定版内核维护也设置了冗余，发布流程不存在单点失效问题 [21] 关于“后Linus时代”的社区担忧与共识 - 社区对此存在矛盾观点：有人认为影响有限，因Linux早已不是一人写的系统；也有人担忧会重演Unix碎片化命运，或认为项目会因缺乏Linus的强势领导而陷入混乱和低质量代码泛滥 [4] - 在2025年12月的维护者峰会上，社区达成共识：需要一套事先约定好的流程，以备在无法实现平滑交接时决定如何推进，避免社区陷入混乱低效的拉扯 [16] 项目延续性方案的核心流程 - 启动条件与责任人：当维护者不愿或无法履行职责时，必须立即启动替代人选流程 [5]。流程由最近一次内核维护者峰会的组织者（$ORGANIZER）负责启动，若其缺位则由Linux基金会技术咨询委员会（TAB）主席自动顶上 [6][7] - 时间与响应：危机发生后72小时内必须启动流程 [9]。由$ORGANIZER联系最近一次峰会的受邀成员，并组织覆盖TAB委员的会议进行讨论 [10] - 特殊情况处理：若过去15个月内未召开过维护者峰会，则流程直接转交TAB处理 [10] - 会议目标与后续：会议重点讨论顶层内核存储库的持续管理方案，以保障项目长期健康 [11]。会议结束两周内，专项小组需通过邮件列表向整个社区公开后续计划 [11] - 支持与落地：在TAB指导下，Linux基金会将采取必要行动支持并推动计划落地实施 [12] 方案的形成背景与Linus本人的态度 - 该方案源于2025年维护者峰会上关于“继任与延续性”的讨论，由内核维护者Dan Williams起草并整理成正式文档 [13][15][17] - Linus Torvalds本人近年来多次谈及项目传承和维护者老龄化问题，但他认为社区有很多有能力的人可以承担责任，且新鲜血液不断涌入 [18][19] - Linus坦言自己过去20年更多是技术负责人和维护者角色，而非日常编码的程序员，这种状态为未来交接创造了现实基础 [19] - Linus最近刚与Linux基金会签署新合同，短期内并无离开打算 [21] 方案的意义与影响 - 该方案为大型开源项目在核心维护者离场后的延续提供了参考样本，试图在承认个人影响力的同时，不让项目命运系于一人 [22] - 这表明支撑着全球数十亿设备、云计算、移动设备和服务器的Linux内核项目，正在为未来的领导层交接做好制度性准备 [23]