Hudson vs Jenkins 2012'de [kapalı]


144

2011'de Hudson ve Jenkins ile olan durum takip ediyordu (IMHO) - Hudson biraz kararlıydı, ama Jenkins'in gelişimi biraz daha hızlıydı.
2012'de "Hudson vs Jenkins" ile ilgili durum nedir?


4
Açıkçası, ben olsaydım, Jenkins'e göç etmek için biraz zaman ayırırdım. 300-400 kadar işimiz var ve göç etmek umduğum kadar pürüzsüz değildi, ama bir gün içinde halledemeyeceğim bir şey değildi. Belki de Jenkins adamları bugünlerde göç sürecini düzeltti, ancak yine de çok fazla güçlük çekmemeliydi.
carlspring

224
argh !!! Faşistleri "yapıcı olmayan olarak kapat" ı durdur. Soruları bulmaktan bıktım, en popüler yanıtı sadece bunun kapalı olduklarını görmek için beğendim İlk bölümden beri podcast'lerinizi dinledim, böylece yapmaya çalıştığınız şeyi elde ediyorum - ama bu çok ağır. En azından soruyu Programcılar SE sitesine taşıyın ve buraya bir bağlantı koyun!
Ravent

23
@Rhubarb Dilerseniz yorumunuz için 100 puan verebilirim!
Stefan Haberl

10
Tamamen seninleyim Stefan ve Ravent!
fazineroso

8
Bu konuya verilen cevaplara hala artan bir ilgi olduğu için (her iki cevap için de görüş ve upvotes sayısına bağlı olarak), konuyu yeniden açma ve yılı 2014'e değiştirme konusunda bir oylama öneriyorum.
carlspring

Yanıtlar:


62

İstikrar açısından, bir yıldan uzun bir süredir Jenkins, yükledikleri yazılımın kararlılığı ve desteğinden daha fazla emin olmak isteyen insanlar için Uzun Süreli Destek (LTS) sürümünü önerdi .

Her üç ayda bir Jenkins kullanıcıları topluluğu tarafından iyi çalıştığı düşünülen önceki bir sürüm seçilir. Bu sürüm daha sonra dallanır, tüm önemli düzeltmeler ("savaşta test edilmiştir") bu Jenkins sürümüne desteklenir ve daha sonra bu sürüm çeşitli insanlar ve şirketler tarafından ekstra testler alır. Serbest bırakılmaya hazır olduğunda, bu yeni LTS sürümü olur.

Yeni yüksek öncelikli düzeltmeler geldikçe, bunlar LTS sürümüne geri bildirilir.

Jenkins'in çok sayıda büyük kullanıcısı LTS sürümlerine sadık kalıyor ve halka açık Jenkins kullanım istatistiklerine göre , birkaç bin dağıtım bunu kullanıyor.

Bu, indirdiğiniz LTS sürümünün, normal haftalık yayın satırından seçilen rastgele bir sürümden daha kararlı olduğu anlamına gelmelidir.

İstatistiklerin ötesinde, Jenkins'e kıyasla durumun, topluluk büyüklüğünün, gelişim düzeyinin, eklenen yeni özelliklerin oranının, yeni eklenti sayısının ve posta listesi etkinliğinin Hudson ile karşılaştırıldığında değiştiği görülmemektedir (yani Jenkins daha da ileriye gitmektedir) önde ).

Temel olarak, bu önceki tartışmada değinilen noktaların çoğu hala geçerlidir, ancak Hudson'ın ilk kurumsal desteği biraz azalmış görünmektedir.


64

Hem Hudson hem de Jenkins'i kullandım. Her iki değişiklik listesini de takip ediyorum.

Hala Hudson'dan Jenkins'e geçerek doğru seçimi yaptığımızı düşünüyorum. Hudson çekirdek geliştiricileri şimdi Jenkins üzerinde çalışıyor. Hala Oracle tarafından istihdam edilenler esas olarak Hudson'ı destekleyenlerdir (Apache Maven halkının da düzeltmelere katkıda bulunduğunun farkında olduğum kadarıyla).

Hudson döneminde birtakım böcekleri dosyaladım. Sana birçoğunun Jenkins'te çözüldüğünü söyleyebilirim. Kararlarından aylar sonra, Hudson halkı bu hatalarla ilgili daha fazla bilgi istedi ya da daha fazla bilgi istedi.

Eklenti geliştiricilerinin çoğunluğu (neredeyse hepsi), eklentilerini Jenkins'e taşıdı ve şimdi büyük ölçüde Jenkins'i destekliyor. Eklentiler açısından Jenkins çok, çok daha hızlı gelişiyor. Artık Cloudbees tarafından sağlanan bazı ücretli eklentiler var.

Bildiğim kadarıyla, açık kaynak topluluğu çoğunluğu Jenkins'e taşıdı.

Destek vermeyi tercih eden ve Jenkins'e göçmenlik zorluğu yaşamak istemeyen bazı şirketler hala Hudson kullanıyor. Açıkçası, nedenini anlamıyorum. Jenkins, Kohsuke Kawaguchi'nin (Hudson'ın yaratıcısı) şimdi çalıştığı Cloudbees'ten de ticari desteğe sahip. Cloudbees artık GitHub tarafından barındırılan projeleri bulutlarında barındırmak için ücretsiz bir hizmete sahip. OSS projelerinizin ücretsiz olarak oluşturulmasına izin veriyorlar! :)

Jenkins bulut için desteğini geliştirdi. Yukarıda belirtildiği gibi, Cloudbees bu SaaS'ı bulutta da sağlar. Hudson'ın bunu destekleyip desteklemediğinden ve ne ölçüde desteklediğinden emin değilim. Bence şu anda çok gelişmiş değiller; durum ne olursa olsun, Hudson bildiğim kadarıyla bulut için bir SaaS sağlamıyor.

Benim fikrime göre, eğer birini seçmek zorundaysanız, Jenkins olmalı.


2

Https://stackoverflow.com/a/5970813/556520 , hudson vs jenkins sorunu hakkında birçok önemli soruya cevap verdiğini düşünüyorum . Konu, durumun her iki tarafını da her bir ürün için artıları ve eksileri ile açıklamaktadır.

CI ile yıllardır çalışan kişisel deneyimlerden ve son zamanlarda Hudson için gelişmeye başladığımda, jenkins'in hudson'un tutulma vakfına taşındığı ve olmadığı bulut bulutları hizmeti için daha fazla geliştirme ve destek yaptığı için hudson'un kararlı sürümüne sadık kalacağım. hizmet için geliştirme. Bu sadece 0,02 dolarım.


3
Evet teşekkür ederim. Ancak bu cevaplar 201-2011 içindir. Durum 2012'de değişebilir.
Volodymyr Bezuglyy

1
Cloudbees ve Jenkins ayrı ve bağımsız varlıklardır. Bahsettiğiniz gibi daha fazla özelliğe sahip olan Jenkins ile neden yapışmıyorsunuz, ancak kararlı LTS sürümü için gidiyorsunuz?
Christopher Orr

Cloudbees geliştirmeleri üründen iyi olduğu sürece, orada sorunun ne olabileceğini anlamıyorum. Oracle ile ilgili olarak, Oracle olarak karları hakkında daha fazla ve ürün yol haritası hakkında daha az endişe duyduğu bir sorun vardı.
JAR.JAR.beans
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.