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?
Terus terang, jika saya jadi Anda, saya akan menginvestasikan waktu untuk memindahkannya ke Jenkins. Kami memiliki 300-400 pekerjaan dan bermigrasi tidak semulus yang saya harapkan, tapi itu bukan sesuatu yang tidak bisa saya tangani dalam sehari. Mungkin orang-orang Jenkins telah memperlancar proses migrasi saat ini, tetapi, bagaimanapun, seharusnya tidak terlalu merepotkan.
carlspring
224
argh !!! Berhenti "ditutup sebagai tidak konstruktif" Anda fasis. Saya muak dengan menemukan pertanyaan. Saya benar-benar ingin jawaban yang paling populer seperti ini hanya untuk melihat mereka ditutup Saya telah mendengarkan podcast Anda sejak episode pertama jadi saya mendapatkan apa yang Anda coba lakukan - tapi ini terlalu berat. Setidaknya pindahkan pertanyaannya ke situs Programmer SE dan letakkan tautan di sini!
Rhubarb
23
@Rhubarb Berharap saya bisa memberi Anda 100 upvotes untuk komentar Anda!
Stefan Haberl
10
Aku benar-benar bersamamu, Stefan dan Rhubarb!
fazineroso
8
Karena masih ada minat yang tumbuh pada jawaban untuk topik ini (berdasarkan jumlah pandangan dan peningkatan untuk kedua jawaban), saya ingin merekomendasikan pemungutan suara untuk membuka kembali dan mengubah tahun ke 2014.
carlspring
Jawaban:
62
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.
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.
Ya terima kasih. Tapi jawaban itu untuk 201-2011. Situasi bisa berubah pada tahun 2012.
Volodymyr Bezuglyy
1
Cloudbees dan Jenkins adalah entitas yang terpisah dan independen. Mengapa tidak tetap menggunakan Jenkins yang, seperti yang Anda sebutkan, memiliki lebih banyak fitur, tetapi gunakan untuk rilis LTS yang stabil?
Christopher Orr
Selama perkembangan cloudbees bagus dari produk, saya tidak mencari tahu apa yang bisa menjadi masalah di sana. Dengan melibatkan Oracle, jelas ada masalah karena Oracle lebih mementingkan keuntungan mereka dan lebih sedikit tentang roadmap produk.
Jawaban:
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.
sumber
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.
sumber
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.
sumber