Anda mungkin tahu bahwa Postgres-XL adalah database terdistribusi berdasarkan PostgreSQL. Beberapa hari yang lalu kami memasukkan kode XL 9.6 ke repositori git publik. Detail tambahan tentang hal-hal baru yang tersedia di Postgres-XL 9.6 tersedia di sini.
Namun, topik posting blog ini sangat berbeda. Saya ingin mendiskusikan beberapa perubahan pada manajemen proyek dan praktik pengembangan, dan mengapa (dan bagaimana) kami berencana untuk mengubahnya.
Sepintas, komunitas XL mungkin tidak terlalu aktif, apalagi jika Anda hanya melihat kode jumlah kontributor atau traffic di milis. Kami tahu ini tidak sepenuhnya akurat, karena kami mendapatkan banyak minat dari pelanggan dan pengembang yang membangun hal-hal menarik di Postgres-XL. Namun hal ini juga menunjukkan bahwa mungkin kami dapat meningkatkan sisi proyek ini, untuk mempermudah kontribusi kode atau memberikan umpan balik.
Kami juga tahu ada beberapa garpu Postgres-XL. Kami tidak mengharapkan orang untuk berhenti mengerjakannya dan kembali ke XL; beberapa kasus penggunaan alamat garpu yang bukan tujuan utama XL. Tapi mungkin fork tersebut mungkin mendapat manfaat dari upstreaming beberapa perbaikan umum (misalnya perbaikan bug atau beberapa bit infrastruktur yang membosankan), menurunkan beban pemeliharaan dan mengurangi konflik penggabungan.
Jelas, ini adalah tujuan jangka panjang dan tidak ada satu hal khusus yang akan mewujudkannya. Jadi, silakan ajukan perubahan lain, atau tunjukkan gangguan tambahan yang menghalangi Anda untuk berkontribusi pada XL.
Menumbuhkan komunitas
Salah satu tujuan dari perubahan ini adalah untuk menumbuhkan komunitas XL dan membuatnya lebih aktif. Itu termasuk tidak hanya mendapatkan lebih banyak pesan di milis, lebih banyak unduhan, laporan bug (atau metrik apa pun yang Anda pilih). Saya juga berarti berbagi kendali proyek dengan komunitas yang lebih luas, termasuk misalnya memberikan hak komit kepada kontributor berpengalaman, dll.
Ini bukan pertanyaan tentang "jika" tetapi "kapan". Kami tidak memiliki jadwal atau tenggat waktu yang tepat untuk menambahkan committer, tetapi perkiraan saya adalah itu akan terjadi lebih cepat daripada nanti.
Menjaga XL tetap dekat dengan PostgreSQL
Salah satu alasan mengapa kami tidak ingin mengadopsi platform pengembangan yang lebih lengkap (dan kompleks) adalah karena kami ingin menjaga Postgres-XL sedekat mungkin dengan PostgreSQL, baik dalam hal kode maupun praktik pengembangan. Dan PostgreSQL menggunakan proses yang sangat sederhana, berdasarkan pengiriman patch ke milis. Itu sederhana dan juga berfungsi sebagai “jejak audit” sederhana.
Jadi kami tidak berencana untuk memindahkan pengembangan ke github atau gitlab, tetapi tidak ada yang menghalangi Anda untuk menggunakan teknologi tersebut saat bekerja di XL, selama patch terakhir dikirim ke milis. Kami menggunakan github secara internal, misalnya.
Minggir Sourceforge
Dahulu kala, sourceforge adalah tempat yang bagus untuk meng-host proyek sumber terbuka. Namun saat ini situs tersebut tampaknya cukup banyak dalam mode pemeliharaan saja, menghadapi berbagai kontroversi terkait dengan bundling adware ke unduhan, dll. Saatnya untuk melanjutkan.
Untungnya, kami tidak membutuhkan sebanyak itu – situs web proyek, repositori git, dan beberapa milis dan. Dua item pertama – situs web dan repositori git sudah dihosting di luar sourceforge.
Jadi kita hanya perlu melakukan sesuatu tentang milis, yang dapat kita host dengan mudah di http://www.postgres-xl.org (dan kita bahkan dapat mengimpor arsip saat ini, sehingga kita tidak kehilangan sejarah).
Rencananya, perubahan ini akan dilakukan minggu depan. Jika Anda berlangganan salah satu milis, Anda akan secara otomatis berlangganan ke milis baru, dan Anda akan menerima pesan dengan semua detailnya. Perubahan utama adalah perubahan domain, dari @lists.sourceforge.net ke @lists.postgres-xl.org .
