Jimmy Angelakos:PostgreSQL Commitfest 指标分析:PGConf.dev 2026 第一部分

Jimmy Angelakos:PostgreSQL Commitfest 指标分析:PGConf.dev 2026 第一部分

💡 原文英文,约1500词,阅读约需6分钟。
📝

内容提要

PGConf.dev 2026 演讲基于 2014 至 2026 年 58 个 Commitfest、6678 个补丁的数据分析:补丁和作者数量十年翻倍,提交者数量基本不变,等待时间增加;42.6% 的作者仅提交过一个补丁,35.2% 的补丁从未被提交;首次贡献者回归率从 2015 年的 73% 降至 2024 年的 37%。主要瓶颈在评审阶段,59.2% 的活跃补丁无人认领评审。建议简化关闭流程、明确评审分配、将分类视为正式任务。

🔎

延伸解读

数据解读:评审环节是主要瓶颈

文章指出,59.2%的活跃补丁无人认领评审,而到达提交者阶段的补丁中位等待仅3天。这表明瓶颈不在提交环节,而在评审分配。对于贡献者而言,补丁提交后若无人评审,可能长期停滞,中位等待54天,最长可达892天。因此,主动寻找评审者或参与评审可能是更有效的推进方式。

首次贡献者留存率下降的警示

首次贡献者回归率从2015年的73%降至2024年的37%,且42.6%的作者仅提交过一个补丁。这反映出新贡献者持续参与的难度增加。结合评审资源紧张,新人的补丁可能因无人评审而得不到反馈,从而降低回归意愿。项目需关注新人体验,避免人才流失。

数据局限性:Commitfest 并非全貌

分析基于Commitfest应用数据,但仅约17%的git提交出现在Commitfest中,约80%的补丁仅存在于邮件列表。此外,缺乏提交ID、邮件线程和Commitfest条目之间的交叉引用,无法形成完整审计轨迹。因此,结论应视为对可见部分的观察,而非项目全貌的诊断。

可借鉴的改进方向

文章提到简化关闭流程、明确评审分配、将分类视为正式任务等建议,并参考了Django、Rust等项目的做法。这些方向旨在降低贡献门槛,同时不牺牲技术标准。读者可思考如何将这些思路应用于实际参与或改进PostgreSQL社区流程。

Q&A

PostgreSQL Commitfest 的补丁和作者数量在十年间有什么变化?

补丁和作者数量大约翻了一番。2015年有418个补丁来自125位作者,2025年有885个补丁来自272位作者。

为什么 PostgreSQL 的提交者数量没有增长?

提交者数量基本不变,因为提交者是志愿者,提供高度专业化的注意力和时间。十二年间只有38位不同的提交者,每年实际提交的中位数是26.5人。

首次贡献者回归率从2015年到2024年有什么变化?

首次贡献者回归率从2015年的73%下降到2024年的37%,呈现持续下降趋势。

PostgreSQL 补丁评审的主要瓶颈在哪里?

主要瓶颈在评审阶段。59.2%的活跃补丁无人认领评审,这些补丁的中位等待时间为54天,90分位为244天,最久的已等待892天。

Commitfest 数据有哪些局限性?

Commitfest 应用只能看到约17%的 git 提交(2021-2026),约80%的补丁仅存在于 pgsql-hackers 邮件列表,且没有提交ID、邮件列表线程和 Commitfest 条目之间的交叉引用,缺乏审计线索。

演讲者提出了哪些改进建议?

建议简化正式关闭流程、明确评审分配、将分类视为正式任务。

🏷️

标签

➡️

继续阅读