红帽研发撤离中国,一个时代的落幕
谁来接盘
当然，这不是 Linux 内核社区第一次面对“维护者缺失”的问题。2024 年 10 月，由于美国所谓的“合规性要求”，多名俄罗斯籍维护者被从 MAINTAINERS 文件中移除过一次 —— 那次事件引发了极大的争议，但从某种程度上来说算是提前演练了今天的场景。
Linux 内核社区对“维护者空白”有一套相对成熟的应对机制。 MAINTAINERS 文件中的每个子系统都有一个状态标记： Supported（有企业付费支持）、 Maintained（有活跃维护者）、 Odd Fixes（维护者时间有限）、 Orphan（无当前维护者）、 Obsolete（已废弃）。当一个维护者离职，其负责的子系统可能被标记为 Orphan，意思是“没有当前维护者 —— 但也许你在写新代码的过程中可以接手这个角色”。
内核社区没有正式的“维护者申请表格”，维护者角色是基于贡献历史自然演化的：持续提交高质量补丁的开发者，会逐渐被认可为事实上的新维护者，然后发送补丁更新 MAINTAINERS 文件。这是一种缓慢、有机的接替方式。
这一次红帽中国研发团队的裁撤留了近 4 个月的交接缓冲时间，比俄罗斯那一次的情况还是好很多的。红帽会从其他工程中心（印度、欧洲）调配资源接手关键子系统；Intel、Google、Meta 等公司的工程师也可能填补部分缺口；一些低活跃度的子系统可能长期处于 Orphan 状态，依赖社区零散贡献。如果最终没人接手，那段代码会被标记为 Obsolete，用户被建议迁移到替代方案 —— 这是内核社区的“自然选择”机制。
而那些被裁撤的红帽中国工程师，大概率会散入国内的云厂商、芯片公司、操作系统创业团队。他们带进来的上游工程文化，或许还会以另一种方式流传 —— 甚至增强国产 OS 团队参与全球开源的能力。
从某种角度看，“维护者空白”可能不是单纯的损失，而是开源人才在全球和中国本土之间的一次重新分布。那些写进 git log 的名字还在，只是他们下一次提交补丁时，邮箱后缀可能不再是 @redhat.com。
[加西网正招聘多名全职sales 待遇优]
无评论不新闻，发表一下您的意见吧
当然，这不是 Linux 内核社区第一次面对“维护者缺失”的问题。2024 年 10 月，由于美国所谓的“合规性要求”，多名俄罗斯籍维护者被从 MAINTAINERS 文件中移除过一次 —— 那次事件引发了极大的争议，但从某种程度上来说算是提前演练了今天的场景。
Linux 内核社区对“维护者空白”有一套相对成熟的应对机制。 MAINTAINERS 文件中的每个子系统都有一个状态标记： Supported（有企业付费支持）、 Maintained（有活跃维护者）、 Odd Fixes（维护者时间有限）、 Orphan（无当前维护者）、 Obsolete（已废弃）。当一个维护者离职，其负责的子系统可能被标记为 Orphan，意思是“没有当前维护者 —— 但也许你在写新代码的过程中可以接手这个角色”。
内核社区没有正式的“维护者申请表格”，维护者角色是基于贡献历史自然演化的：持续提交高质量补丁的开发者，会逐渐被认可为事实上的新维护者，然后发送补丁更新 MAINTAINERS 文件。这是一种缓慢、有机的接替方式。
这一次红帽中国研发团队的裁撤留了近 4 个月的交接缓冲时间，比俄罗斯那一次的情况还是好很多的。红帽会从其他工程中心（印度、欧洲）调配资源接手关键子系统；Intel、Google、Meta 等公司的工程师也可能填补部分缺口；一些低活跃度的子系统可能长期处于 Orphan 状态，依赖社区零散贡献。如果最终没人接手，那段代码会被标记为 Obsolete，用户被建议迁移到替代方案 —— 这是内核社区的“自然选择”机制。
而那些被裁撤的红帽中国工程师，大概率会散入国内的云厂商、芯片公司、操作系统创业团队。他们带进来的上游工程文化，或许还会以另一种方式流传 —— 甚至增强国产 OS 团队参与全球开源的能力。
从某种角度看，“维护者空白”可能不是单纯的损失，而是开源人才在全球和中国本土之间的一次重新分布。那些写进 git log 的名字还在，只是他们下一次提交补丁时，邮箱后缀可能不再是 @redhat.com。
[加西网正招聘多名全职sales 待遇优]
| 分享: |
| 注： | 在此页阅读全文 |
| 延伸阅读 |
推荐: