主要观点：Postgres 历史悠久，近 30 年，虽成功受欢迎但开发过程受早期影响，仍依赖邮件列表，环境已变但仍在使用。邮件列表提交补丁流程对新加入者较难，虽有进化如采用新工具等，但仍存在问题，如 PR 流程在复杂补丁时易混乱，新贡献者对开发流程不熟悉可能是瓶颈，社区可能更倾向简单自托管流程以避免依赖风险等。
关键信息：

• Postgres 1996 年开始，近 30 年，是成功数据库。
• 依赖邮件列表，新加入者觉流程神秘，后有 GitHub 等出现。
• 项目采用过 CVS 等工具，后迁至 git，还建辅助工具等。
• 讨论开发流程是幸存者偏差的例子，多数参与者是长期开发者。
• 对接受 PR 增加新贡献者持怀疑态度，认为审查瓶颈不在此。
• 依赖托管服务有风险，自托管虽能解决部分问题但仍有新风险。
  重要细节：
• 邮件列表提交流程：订阅开发者列表发邮件带补丁，其他人回复评论等，有 commit 权限的人将补丁推入仓库。
• PR 流程在小补丁时可行，复杂时易混乱，如评论在推送更新版本后易出错等。
• 提到过去 Postgres 对自定义 GForge fork 的糟糕经历。
• 提到一些工具如 commitfest app、buildfarm 等的发展。
• 讨论了简化自定义工具、整合工具等以改善开发流程的方法，如对 cfbot 的利用等，还提出联邦方式处理新贡献者的 PR 等设想。