PostgreSQL
 sql >> Teknologi Basis Data >  >> RDS >> PostgreSQL

Mengelola Commitfest PostgreSQL lainnya

Saya telah menulis tentang mengelola commitfest PostgreSQL sebelumnya.

Selama siklus pengembangan PostgreSQL 13, saya melakukannya lagi. Kali ini saya menggunakan strategi yang berbeda, sebagian besar karena saya merasa ada akumulasi berlebihan dari patch yang sangat tua yang kurang mendapat perhatian. Jadi selain dari perbaikan bug (yang selalu merupakan kasus khusus), saya fokus pada patch yang telah berada dalam antrian lebih lama.

Satu hal yang saya perhatikan adalah bahwa beberapa tambalan belum diperbarui per umpan balik, atau per bit-membusuk, bahkan setelah dorongan berulang kali dari manajer commitfest sebelumnya. Mereka dipindahkan dari satu commitfest ke yang lain tanpa aktivitas lain. Beberapa di antaranya berasal dari orang-orang yang telah pindah dari pengembangan PostgreSQL; yang lain mungkin proyek yang ditinggalkan. Menurut pendapat saya, tidak ada gunanya menyimpannya jika tidak ada yang terjadi, jadi saya menutupnya dan memberikan daftar, sehingga orang lain dapat melihat dan mengambil kepemilikan jika mereka menginginkannya. (Sebuah posting tindak lanjut berisi beberapa lagi). Harapan saya adalah jika ada yang tertarik dengan fitur tersebut, mereka akan mengambil tambalan dan mengirimkannya kembali setelah menanggapi umpan balik dan kesalahan kecil apa pun.

Hal lain yang menjadi umum adalah bahwa banyak tambalan bertahan dengan sedikit ulasan — atau kadang-kadang bahkan dengan tinjauan substansial, mereka tidak pernah sampai pada titik di mana seorang pembuat komitmen mengambilnya. Dalam beberapa kasus tersebut, pendekatan saya adalah mendorong orang-orang tertentu yang menurut saya dapat membantu dalam peninjauan; dalam kasus lain, saya baru saja meninjau tambalan sendiri. Terkadang, sekadar mengajukan pertanyaan tampaknya sudah cukup untuk membuat orang lain terlibat dalam diskusi, jadi meskipun kontribusi langsung seseorang kecil, itu memiliki efek bermanfaat yang lebih besar.

Saya juga mendaftar sebagai reviewer/committer untuk beberapa patch sendiri. Saya cukup berhasil dalam hal itu, diakhiri dengan 24 komit dan 10 entri commitfest ditandai sebagai berkomitmen ... atau sekitar 25% dari jumlah total entri commitfest yang dilakukan. Tidak buruk, kan?

Dalam email laporan penutupan saya, saya memposting tabel ini:

Status minggu1 minggu2 minggu3 minggu4 akhir
Perlu ditinjau 165 138 116 118 0
Menunggu Penulis 30 44 51 44 0
Siap untuk Committer 11 5 8 11 0
Dikembalikan dengan Masukan 1 4 5 5 28
Pindah ke CF berikutnya 2 4 4 4 191
Berkomitmen 14 23 32 34 42
Ditolak 1 1 1 1 1
Ditarik 4 9 11 11 12

Satu hal yang perlu diperhatikan adalah bagaimana "dikembalikan dengan umpan balik" tetap cukup rendah sepanjang waktu dan hanya melonjak di bagian paling akhir, dan dengan jumlah yang besar. Latihan yang saya sarankan untuk dilakukan CFM di masa depan adalah menutup patch yang tidak aktif dan busuk secara sehat di akhir mandat mereka, alih-alih memindahkan patch tersebut ke commitfest berikutnya. Operasi terakhir harus dicadangkan untuk patch yang telah aktif selama CF, atau yang masih berlaku, atau yang telah menunggu penulis baru-baru ini. Hal lain yang perlu diperhatikan adalah jumlah tambalan yang dilakukan ... atau lebih tepatnya seberapa lambat itu naik. Beberapa pembuat terganggu oleh membantu Postgres 12 dirilis; yang lain sangat aktif di patch yang tidak bagian dari commitfest. Saya berharap beberapa pembuat komitmen akan lebih memperhatikan lain kali, dan kemudian kita akan melihat beberapa kemajuan nyata.

Bot commitfest Thomas Munro adalah alat yang sangat berharga; penulis tambalan harus lebih memperhatikan itu. Akan jauh lebih baik jika layanan tersebut diintegrasikan ke dalam infrastruktur komitmen komunitas kami; Saya pikir itu hanya membutuhkan beberapa seragam.

Beberapa hal yang ingin saya miliki:

  • pg_dump yang diperbarui dari data commitfest, untuk kueri lokal.
  • Saya memang mendapatkan dump setiap minggu dengan bertanya kepada orang yang tepat, dan menulis beberapa pertanyaan kasar. Kami dapat memberikan hasil (versi yang ditingkatkan dari) kueri seperti laporan di aplikasi, mungkin.
  • Beberapa pemfilteran yang ditingkatkan di aplikasi commitfest juga akan diterima.
  • Tindakan memindahkan tambalan secara massal ke CF berikutnya bisa lebih otomatis.

Secara keseluruhan, ini adalah bulan yang sangat memuaskan dan saya harap ini berharga untuk pengembangan PostgreSQL. Saya bersyukur bahwa 2ndQuadrant memberi saya kesempatan untuk menghabiskan bulan melakukan ini … tetapi meskipun demikian, saya berharap untuk kembali ke tugas rutin saya.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Bagaimana memetakan bidang array PostgreSQL di Django ORM

  2. Alternatif pgAdmin - ClusterControl GUI Manajemen Database PostgreSQL

  3. Menambahkan objek dict ke postgresql

  4. Cara Membuat Pengguna Hanya Baca di PostgreSQL

  5. Bagaimana cara mengganti database di postgres?