Tomas Vondra：Postgres 的开发会永远依赖邮件列表吗？
💡
原文英文，约1900词，阅读约需7分钟。
📝
内容提要
Postgres是一个成功且受欢迎的数据库，但其开发过程仍然依赖于邮件列表。尽管邮件列表有一些缺点，但Postgres仍在逐渐改进开发流程，而不是完全转向pull requests。
🎯
关键要点
- Postgres是一个成功且受欢迎的数据库，开发过程仍依赖于邮件列表。
- 提交补丁的过程对新贡献者来说可能很困难，尤其是对于长期项目。
- 邮件列表是早期开源项目的常见做法，但现在许多新项目采用了基于pull requests的集成贡献流程。
- Postgres仍在使用邮件列表，但新环境使得这种方式不再是默认选择。
- 尽管依赖邮件列表，Postgres的开发过程仍在逐步演变，采用了新工具和技术。
- 讨论开发过程时存在幸存者偏差，参与者多为长期开发者，可能对现有流程感到舒适。
- 对pull requests的接受可能会吸引新贡献者，但作者对此持怀疑态度。
- 项目的主要瓶颈可能不是缺乏开发者，而是现有流程的复杂性。
- 依赖托管服务可能带来风险，包括法律和数据迁移问题。
- 未来Postgres不会完全转向pull requests，而是会逐步改进现有流程。
- 需要简化和整合现有工具，以便更好地管理补丁和提高新开发者的参与度。
❓
延伸问答
Postgres的开发过程为什么依赖邮件列表？
Postgres的开发过程依赖邮件列表是因为这是早期开源项目的常见做法，尽管这种方式对新贡献者来说可能显得复杂和古老。
Postgres是否会完全转向使用pull requests？
Postgres不会完全转向使用pull requests，而是会逐步改进现有的开发流程。
使用邮件列表的开发流程有哪些缺点？
使用邮件列表的开发流程可能导致新贡献者不熟悉流程，且在跟踪补丁状态方面效率低下。
Postgres在开发过程中采用了哪些新工具？
Postgres在开发过程中采用了git版本控制系统和其他辅助工具，如commitfest应用，以帮助管理补丁。
为什么新贡献者在Postgres开发中面临挑战？
新贡献者面临挑战是因为现有的开发流程复杂，且缺乏有效的补丁跟踪工具，使得参与变得困难。
Postgres的开发者对pull requests持什么态度？
Postgres的开发者对pull requests持怀疑态度，认为它们可能不适合复杂的补丁，并且不一定能吸引长期贡献者。
🏷️
标签
➡️
