OpenCode Open Source: intinya dengan PR komunitas adalah mereka 99% dari waktu yang tidak berdaya. bahkan jika terlihat seperti PR yang bagus, ada hal-hal yang mencurigakan. Ini membutuhkan waktu tim. kita harus benar-benar mem-repro bug (karena tidak ada langkah dalam masalah/PR) ada perubahan UI tanpa tangkapan layar/video sebelum/sesudah ada kode yang mengerikan - kita perlu menarik kode, memfaktorkan ulang / membersihkan, memverifikasi setelah Ada tes yang tidak menguji apa pun - misalnya mereka selalu menjadi hijau, bahkan setelah Anda dengan sengaja menambahkan bug kembali pada akhirnya, sebagian besar PR TIDAK sepadan dengan waktu yang dibutuhkan untuk melewatinya dengan benar. Dalam kasus implementasi yang buruk, kita akan melakukan perbaikan/fitur sendiri dari awal. Karena itu - orang-orang OSS yang baik masih menonjol, dan kontributor mereka digabungkan, dan mereka mendapatkan lebih banyak kepercayaan, untuk dapat melakukan kontribusi yang lebih besar. Bahkan ketika kami menggabungkan kontribusi komunitas, mereka tidak memiliki kode setelah digabungkan - bagaimana jika ada bug fatal dan kami tidak sepenuhnya memahami kode baru? tidak apa-apa untuk pergi disspear selama sebulan sebagai kontributor OSS. Tapi itu adalah risiko yang harus kita perhitungkan. pada akhirnya, tim harus merawat taman dan menegakkan beberapa tingkat kualitas, terkadang ini termasuk tidak menggabungkan PR yang terlihat 80% bagus untuk digunakan banyak PR akan 'memperbaiki hal URGENT IT BREAAKS FOR EVERYONE ROLL BACK THING NOW', tetapi kemudian PR komunitas 'perbaiki' yang ditautkan merusak 1000-an hal lain.