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?
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?
Yanıtlar:
İ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.
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ı.
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.