Hudson vs Jenkins pada 2012 [ditutup]

Pada tahun 2011 situasi dengan Hudson dan Jenkins mengikuti (IMHO) - Hudson sedikit stabil, tetapi pengembangan Jenkins sedikit lebih cepat.
Bagaimana situasi dengan "Hudson vs Jenkins" sekarang di 2012?

Dalam hal stabilitas, selama lebih dari setahun Jenkins telah menawarkan versi Dukungan Jangka Panjang (LTS) untuk orang-orang yang ingin lebih diyakinkan tentang stabilitas dan dukungan perangkat lunak yang mereka instal.

Setiap tiga bulan atau lebih, rilis sebelumnya dipilih yang telah dianggap berfungsi baik oleh komunitas pengguna Jenkins. Versi ini kemudian bercabang, setiap perbaikan penting (yang telah "diuji perang") di-backport ke versi Jenkins ini, dan kemudian rilis ini mendapatkan pengujian ekstra oleh berbagai orang dan perusahaan. Setelah siap dirilis, ini menjadi versi LTS baru.

Ketika perbaikan prioritas tinggi baru datang, ini di-backport ke versi LTS.

Banyak pengguna besar Jenkins mengikuti jalur rilis LTS, dan menurut statistik penggunaan umum Jenkins , beberapa ribu penyebaran menggunakannya.

Ini berarti versi LTS yang Anda unduh bahkan lebih stabil daripada versi acak yang dipilih dari jalur rilis mingguan biasa.

Di luar statistik, situasi mengenai penggunaan Jenkins, ukuran komunitas, tingkat perkembangannya, tingkat fitur baru yang ditambahkan, jumlah plugin baru dan aktivitas milis dibandingkan dengan Hudson tampaknya tidak berubah (yaitu, Jenkins tetap lebih jauh) depan ).

Pada dasarnya, sebagian besar poin yang dibuat dalam diskusi sebelumnya ini masih berlaku, meskipun dukungan perusahaan awal dari Hudson tampaknya telah sedikit surut.

Saya telah menggunakan Hudson dan Jenkins. Saya telah mengikuti kedua daftar perubahan.

Saya masih berpikir kami membuat pilihan yang tepat dengan pindah dari Hudson ke Jenkins. Pengembang inti Hudson sekarang bekerja pada Jenkins. Mereka yang masih dipekerjakan oleh Oracle adalah yang terutama mendukung Hudson (sejauh yang saya tahu orang Apache Maven juga berkontribusi perbaikan).

Saya telah mengajukan sejumlah bug di era Hudson. Saya dapat memberitahu Anda sebagian besar dari mereka diselesaikan di Jenkins. Beberapa bulan setelah resolusi mereka, orang-orang Hudson memperbaiki atau meminta masukan lebih lanjut tentang bug-bug khusus itu.

Mayoritas pengembang plugin (hampir semua, yaitu) telah memigrasikan plugin mereka ke Jenkins dan sekarang mendukung Jenkins. Dalam hal plugin, Jenkins berkembang jauh, jauh lebih cepat. Sekarang ada beberapa plugin berbayar yang disediakan oleh Cloudbees.

Sejauh yang saya ketahui, komunitas open source telah memindahkan mayoritasnya ke Jenkins.

Beberapa perusahaan yang lebih memilih untuk membayar dukungan dan tidak ingin repot bermigrasi ke Jenkins masih menggunakan Hudson. Terus terang, saya tidak mengerti mengapa. Jenkins juga mendapat dukungan komersial dari Cloudbees, tempat Kohsuke Kawaguchi (pencipta Hudson) sekarang bekerja. Cloudbees sekarang bahkan memiliki layanan gratis untuk menampung proyek yang di-hosting GitHub di cloud mereka. Mereka membiarkan proyek OSS Anda membangun secara gratis! :)

Jenkins telah meningkatkan dukungannya untuk cloud. Sebagaimana disebutkan di atas, Cloudbees juga menyediakan SaaS ini di cloud. Saya tidak yakin apakah dan sejauh mana Hudson mendukung hal ini. Saya pikir mereka tidak begitu maju saat ini; apa pun masalahnya, Hudson tidak menyediakan SaaS untuk cloud, sejauh yang saya ketahui.

Pendapat saya adalah bahwa jika Anda harus memilih satu, itu harus Jenkins.

Saya pikir https://stackoverflow.com/a/5970813/556520 menjawab banyak pertanyaan penting tentang masalah hudson vs jenkins. Topik menjelaskan kedua sisi situasi dengan pro dan kontra untuk setiap produk.

Dari pengalaman pribadi bekerja dengan CI selama bertahun-tahun, dan baru-baru ini mulai berkembang untuk Hudson, saya akan tetap menggunakan versi stabil hudson hanya karena jenkins melakukan lebih banyak pengembangan dan dukungan untuk layanan cloudbees mereka, di mana hudson telah pindah ke yayasan gerhana dan tidak mengembangkan layanan. Itu hanya $ 0,02 saya.