为防 Linus 仓库“消失”，Linux 6.19 引入内核连续性与合规文档

Linux 6.19 内核的开发周期正稳步推进。就在今天，内核源代码树中悄然增加了一份至关重要的新文档，引发了社区的广泛关注。

根据 Git 提交记录，Linux 开发团队在 6.19 版本中正式合并了一份名为 compliance-continuity.rst 的文档。这份文档并非关于代码优化或硬件支持，而是触及了开源项目最核心的两个治理问题：法律合规性与项目连续性。

什么是“连续性”文档？

这份新文档的全称是 "Linux Kernel Compliance & Continuity Policy"（Linux 内核合规与连续性政策）。它的出现，标志着 Linux 内核社区首次将长期以来约定俗成的“潜规则”和应急预案形成了正式的文字规范。

文档主要阐述了两个核心议题：

1. 1. 极端情况下的接管机制：如果 Linus Torvalds 的官方 Git 仓库因不可抗力（如物理损坏、法律查封或人身安全问题）无法访问，社区该如何继续运作？
2. 2. 维护者的合规性要求：明确了在何种法律或制裁压力下，内核维护者可能会被暂停或剥夺权限。

假如 Linus 的仓库消失了

在软件工程中，有一个著名的概念叫“巴士系数”，意指一个团队中有多少关键成员被“巴士撞了”会让项目陷入停滞。对于 Linux 内核而言，Linus Torvalds 显然是那个最关键的节点。

新文档直面了这一敏感话题：“如果 Linus Torvalds 的 Git 仓库消失或无法访问，将会发生什么？”

文档明确指出，Linux 内核的分布式特性是其最大的保障。尽管 Linus 的仓库是上游开发的最终汇聚点，但它本质上只是众多副本中的一个。内核开发由 100 多位子系统维护者共同支撑，每个人都维护着独立的仓库。

文档规定，在紧急情况下，核心维护者团队将有权指定新的主仓库位置，并从现有的子系统树中恢复开发进度。这实际上是对 2018 年 Linux 4.19 发布期间（当时 Linus 短暂休假）曾预演过的接管机制的正式确认。

这意味着，即使面临最极端的物理或法律阻断，Linux 内核的开发也不会停止，只会经历短暂的混乱后重新路由。

合规性背后的阴影

相比于“世界末日”般的连续性讨论，文档中关于合规性的部分则显得更加现实且沉重。这部分内容被普遍认为是针对 2024 年末“俄罗斯维护者移除事件”的政策补丁。

在 2024 年 10 月，Linux 内核主线曾发生过一次激烈的动荡。当时，Greg Kroah-Hartman 提交了一项补丁，从 MAINTAINERS 文件中移除了十余位俄罗斯籍或与受制裁实体有关联的维护者。当时给出的理由仅是模糊的“由于各种合规性要求”。

这一事件在当时引发了巨大的争议。反对者认为这破坏了开源社区“技术中立”的信条，而支持者（包括 Linus Torvalds 本人）则强调 Linux 基金会作为美国注册实体，必须严格遵守美国财政部海外资产控制办公室（OFAC）的制裁名单。

此次 Linux 6.19 引入的文档，算是对该事件的正式法律解释。文档明确：

• • 法律高于代码：Linux 内核虽然是全球协作的项目，但其基础设施和法律实体受特定司法管辖区的约束。
• • 制裁即移除：如果维护者被列入特定制裁名单（如 SDN 名单），导致其参与项目会对项目本身或其他贡献者构成法律风险，该维护者的权限将被暂停。
• • 可逆性：文档同时也提到，如果制裁解除或法律风险消失，受影响的维护者理论上可以恢复身份，但这需要经过法律团队的重新评估。

  请在微信客户端打开

意义

对于普通用户而言，compliance-continuity.rst 的加入不会改变内核的任何一行代码，也不会影响系统的运行速度。但对于企业级用户和开发者来说，这是一份重要的信任声明。

它向外界传递了两个信号：

第一，Linux 的强韧。它不再是单靠某个人的个人魅力在维持，而是有着成熟的灾难恢复机制的工业级工程。

第二，Linux 的脆弱。它承认并适应了日益复杂的地缘政治环境。虽然这让部分理想主义者感到失望，但对于一个支撑着全球互联网、超级计算机和金融系统的操作系统来说，法律上的确定性远比模糊的“中立”更重要。

Linux 6.19 的这一举措，再次证明了基准测试不仅仅关乎 CPU 的吞吐量，项目治理的稳定性同样是衡量一个开源生态是否成熟的关键指标。