加布里埃尔·巴托利尼：从提案到PR：如何为新的CloudNativePG扩展项目贡献力量
💡
原文英文，约1100词，阅读约需4分钟。
📝
内容提要
本文介绍了如何将pg_crash扩展添加到CloudNativePG项目中，强调了从传统存储库向统一构建系统的转变。通过Kubernetes的Image Volume功能，社区能够更方便地贡献和维护扩展。文章详细描述了迁移过程、测试和验证步骤，以及未来扩展管理的简化，呼吁更多人参与构建云原生PostgreSQL生态系统。
🎯
关键要点
- 本文介绍了如何将pg_crash扩展添加到CloudNativePG项目中，强调了从传统存储库向统一构建系统的转变。
- 通过Kubernetes的Image Volume功能，社区能够更方便地贡献和维护扩展。
- 迁移过程包括确保包的可用性、使用Dagger自动化构建和测试、以及在本地环境中进行测试。
- 在PR过程中，团队优化了许可政策，确保项目的法律合规性。
- pg_crash的转换使其成为一个社区友好的模板，鼓励更多人参与构建云原生PostgreSQL生态系统。
❓
延伸问答
如何将pg_crash扩展添加到CloudNativePG项目中？
通过遵循新的CONTRIBUTING_NEW_EXTENSION.md指南，确保包的可用性，使用Dagger自动化构建和测试，最后进行手动验证。
CloudNativePG项目的统一构建系统有什么优势？
统一构建系统允许社区更方便地贡献和维护扩展，提升了操作稳定性和安全性。
pg_crash扩展的主要功能是什么？
pg_crash是一个用于混沌工程的工具，随机或定期终止PostgreSQL进程，以验证CloudNativePG的故障检测和故障转移能力。
在PR过程中如何确保项目的法律合规性？
团队优化了许可政策，确认Redistribute的PGDG包符合CNCF标准，并对其他开源许可证进行逐案审查。
如何在本地环境中测试pg_crash扩展？
可以通过Dagger框架创建镜像并在真实的Kubernetes集群中运行，进行基本的烟雾测试和手动验证。
未来CloudNativePG扩展管理将如何简化？
CloudNativePG 1.29将支持在镜像目录中管理扩展，使社区维护的镜像的分发、发现和使用更加便捷。
➡️
