OPEN SOURCE GOVERNANCE

权力结构与维护者生态

开源项目的权力并非均质分布——少数维护者掌握关键决策权，治理模式从个人独裁到多元委员会的演进，映射了社区规模化后的制度化需求
第 03 章 · 治理分析
权力辐射图 · 项目核心维护者生态
Bus Factor 1-3 · 关键个人对项目的不可替代程度
CORE 核心维护者 BDFL Linus Torvalds Lead 项目发起人 Com. 委员会 Org 企业托管 TC 技术监督 Core 核心成员 Mod. 模块负责人 BUS FACTOR 1 - 3 核心节点 外围角色
治理演进时间线 ›
BDFL 独裁1990s
→
委员会制2010s
→
企业托管 / CNCF2015+
01
核心维护者
CORE MAINTAINERS
拥有仓库合并权的少数人构成项目权力的核心，其决策直接影响项目方向与社区健康，是权力辐射图的中心节点。
02
Bus Factor
VULNERABILITY INDEX
关键人物离组可能导致项目瘫痪，Bus Factor 是衡量项目脆弱性的经典社会学指标，典型值 1-3，值越低越脆弱。
03
权力集中趋势
CENTRALIZATION
随着项目规模化，治理结构趋于集中化，新贡献者的进入门槛与话语权分配面临持续挑战，社区活力与效率之间的张力加剧。
04
多元治理模式
GOVERNANCE EVOLUTION
从独裁式(BDFL)到委员会制再到企业托管(如CNCF)，治理模式持续演化，反映了大型开源社区对制度化协作的内在需求。
关键数据概览
典型 Bus Factor 为 1-3
PROJECT VULNERABILITY
多数成熟项目仅依赖1至3位核心维护者即可运转
BDFL → 委员会
GOVERNANCE PATH
从个人独裁到集体决策的制度化治理演进
主要风险：维护者倦怠
MAINTAINER BURNOUT
精力耗竭是导致关键人物离组的头号原因
治理案例：Linux / K8s
CASE STUDIES
Linux沿用BDFL传统，Kubernetes转向TSC委员会制