Kebijakan untuk mendorong co-maintainer paket

Siapa pun yang telah disponsori menjadi anggota grup packager dapat menjadi co-maintainer. Kebijakan sponsor packager berisi instruksi khusus bagi mereka yang belum disponsori tetapi ingin menjadi co-maintainer.

SIG (Special Interest Group) tidak dapat menjadi maintainer utama, tetapi dapat menjadi co-maintainer.

Maintainer utama berhak untuk menyetujui atau menolak co-maintainer baru. Mereka juga dapat menghapus co-maintainer jika terdapat alasan yang sah untuk melakukannya.

Maintainer utama tidak dapat menolak co-maintainer untuk EPEL hanya karena mereka tidak ingin mendukung EPEL. Jika mereka tidak ingin mengelola paketnya di EPEL, mereka harus menerima seseorang yang bersedia melakukannya.

Bug ditugaskan kepada maintainer utama yang bertanggung jawab atas paket. Ini tidak berarti bahwa mereka harus mengerjakan semuanya sendiri, tetapi mereka harus memastikan pekerjaan tersebut terselesaikan.

Jika maintainer utama tidak tertarik untuk memelihara paketnya di EPEL, penugasan bug untuk EPEL dapat dialihkan kepada maintainer lain.

Co-maintainer memiliki akses yang sama terhadap paket seperti maintainer utama. Perubahan yang dilakukan harus berdasarkan kesepakatan di antara semua maintainer, baik secara implisit maupun eksplisit sesuai kebutuhan.

Semua maintainer harus memeriksa commit masing-masing untuk memastikan kebenaran dan kewajarannya.

Tidak peduli berapa banyak co-maintainer yang dimiliki oleh sebuah paket, aturan umum dalam Siapa yang Diperbolehkan Mengubah Paket tetap berlaku. Jadi, provenpackagers juga mungkin dapat mengubah paket tersebut.

Perselisihan dapat terjadi saat dua atau lebih orang bekerja bersama pada satu paket. Sebagian besar kasus biasanya dapat diselesaikan dengan mudah, namun jika tidak, berikut beberapa saran:

Jika co-maintainer merasa bahwa maintainer utama tidak menjalankan tugasnya dengan baik, mereka dapat secara sopan meminta agar tanggung jawab paket diserahkan. Jika maintainer utama menolak tanpa alasan yang jelas atau tidak merespons, maka Kebijakan untuk maintainer paket yang tidak responsif dapat diterapkan sesuai kebutuhan.

Pemelihara utama dapat menetapkan panduan individu mengenai apa yang diperbolehkan dan tidak diperbolehkan untuk dilakukan oleh rekan pemelihara mereka. Saat mereka melakukannya, mereka harus tetap mengingat tujuan Fedora secara keseluruhan. Fedora adalah sebuah proyek komunitas besar, menjaga keberlangsungannya tidak akan banyak terbantu oleh sikap "Ini paket saya, saya tidak ingin orang lain menyentuhnya".

Ada banyak pekerjaan yang harus dilakukan di Fedora dan kita harus berusaha menarik banyak kontributor ke dalam proyek untuk menyelesaikan pekerjaan, membagi beban kerja, dan meningkatkan Fedora.

Jika Anda telah menunjukkan kemampuan dan mendapatkan rasa hormat dengan memelihara banyak paket dengan baik, mungkin sudah saatnya untuk perlahan beralih ke hal-hal yang lebih serius. Untuk mendapatkan waktu yang dibutuhkan, mungkin ada baiknya menyerahkan sebagian paket kepada kontributor lain yang berminat dan sedang berkembang. Hal ini sering kali dapat dicapai dengan mudah dengan mendidik rekan pemelihara seiring waktu dan menyerahkan paket kepada mereka saat mereka telah menunjukkan kinerja yang baik. Hal ini akan membantu kontributor baru menemukan jalan mereka dalam proyek dan berkembang. Ini juga akan membagi beban di antara kontributor yang berbeda, yang bahkan dapat menghasilkan kualitas paket yang lebih baik secara keseluruhan.

Tidak ada yang bisa dipaksa untuk memelihara paket, jadi terkadang bisa terjadi bahwa sebuah paket hanya memiliki satu pemelihara. Hal itu tidak masalah, tetapi pemelihara tersebut sesekali harus meminta kontributor lain atau pengguna yang tertarik untuk menjadi rekan pemelihara. Terutama paket dengan jumlah bug terbuka yang besar akan membutuhkan lebih banyak rekan pemelihara untuk mencoba dan membantu menyelesaikannya.

Mintalah pengembang hulu untuk menjadi rekan pemelihara atau pengamat paket tersebut. Hal itu dapat menguntungkan kedua belah pihak.