由 John Doe 十二月 19, 2025
当企业组织中的人员接触使用一个开源项目时，都会有一个疑问：是谁在掌控这个开源项目？
PostgreSQL 项目没有单一领导者或主导权力机构的集中式层级管理架构。其治理模式依托去中心化的社区协作体系，核心团队（Core Team）承担特殊的指导与仲裁职能，而整个社区同样参与项目的运营与决策流程。社区具体的分工如下：
1. 核心团队：极少动用的“最终仲裁者”
从技术层面来讲，核心团队是项目的最终决策方，但其职权极少被行使。该团队由来自 4 家不同企业的 7 名长期社区成员组成，每位成员都已为社区贡献超过十年。核心团队肩负多项关键职责，包括协调版本发布工作、管理代码提交与基础设施权限、处理纪律问题，以及作为机密信息的沟通渠道。它最核心的职能是，在社区无法达成共识时，对棘手问题做出决策。不过，核心团队会刻意避免干预技术路线与推广事务，这类事项均交由社区公开讨论决定。核心团队的新成员由现有成员任命，且仅对外公示任命结果。团队现任成员包括 Tom Lane、Bruce Momjian 等资深开发者。
2. 代码提交者：并非代码掌控者，而是责任践行者
代码提交者负责将代码变更推送至项目的 Git 代码仓库，但他们并非源代码的绝对掌控者。其代码变更必须接受pgsql-hackers邮件列表中所有成员的评审与反馈，并且需要针对相关意见做出回应。项目目前仅有 28 名代码提交者，且并非所有核心团队成员都位列其中。核心团队会在每年的 3 至 4 月选拔新的代码提交者，对于在社区中处于长期不活跃状态的提交者，经过评估后可能会被移除。
3. 其他工作组：去中心化独立运作
贡献者群体、Planet Postgres 团队、IRC 频道管理员、活动组织者、安全团队、行为准则委员会等工作组，大多以独立模式运作，彼此之间不存在层级汇报关系。这些工作组的大门基本向所有社区成员敞开。只有少数工作组，例如管理有限资源或处理敏感信息的安全团队，会对成员资格设置限制，且架构相对层级化。如果某个工作组的工作表现持续不佳，社区新成员可以主动加入，协助其开展工作。此外，所有工作组都必须接受社区的建议与批评。
4. 全体社区：项目治理的核心要义
PostgreSQL 项目真正的管理者，是社区里的每一位成员。社区成员几乎可以参与项目的所有领域。推动事务进展的方式很简单：提出个人观点、倾听他人建议、结合这些新想法调整自身目标，当不再有反对意见时，即可顺利推进工作。这种依托社区信任与共识的去中心化协作模式，已支撑该项目走过数十年的发展历程。
所以，到底谁在主导 PostgreSQL 项目？是你，也是社区里的每一个人。