Hudson vs Jenkins im Jahr 2012 [geschlossen]

Im Jahr 2011 folgte die Situation mit Hudson und Jenkins (IMHO) - Hudson war ein bisschen stabil, aber die Entwicklung von Jenkins war ein bisschen schneller.
Wie ist die Situation mit "Hudson vs Jenkins" jetzt im Jahr 2012?

In Bezug auf die Stabilität bietet Jenkins seit über einem Jahr eine LTS-Version ( Long-Term Support ) für Personen an, die mehr Sicherheit über die Stabilität und den Support der von ihnen installierten Software erhalten möchten.

Etwa alle drei Monate wird eine frühere Version ausgewählt, die von der Community der Jenkins-Benutzer als gut funktionierend eingestuft wurde. Diese Version wird dann verzweigt, alle wichtigen Korrekturen (die "kampferprobt" wurden) werden in diese Jenkins-Version zurückportiert, und dann wird diese Version von verschiedenen Personen und Unternehmen zusätzlich getestet. Sobald es zur Veröffentlichung bereit ist, wird dies die neue LTS-Version.

Wenn neue Korrekturen mit hoher Priorität hinzukommen, werden diese auf die LTS-Version zurückportiert.

Zahlreiche große Benutzer von Jenkins halten an der LTS-Versionsreihe fest, und laut der öffentlichen Nutzungsstatistik von Jenkins wird sie von mehreren tausend Bereitstellungen verwendet.

Dies sollte bedeuten, dass die LTS-Version, die Sie herunterladen, noch stabiler ist als eine zufällige Version, die aus der üblichen wöchentlichen Release-Linie ausgewählt wurde.

Über die Statistik hinaus scheint sich die Situation in Bezug auf Jenkins Nutzung, Community-Größe, Entwicklungsstand, Rate der hinzugefügten neuen Funktionen, Anzahl neuer Plugins und Mailinglisten-Aktivitäten im Vergleich zu Hudson nicht geändert zu haben (dh Jenkins bleibt immer weiter voraus ).

Grundsätzlich gelten die meisten Punkte, die in dieser vorherigen Diskussion angesprochen wurden, immer noch, obwohl die anfängliche Unternehmensunterstützung von Hudson anscheinend etwas nachgelassen hat.

Ich habe sowohl Hudson als auch Jenkins benutzt. Ich habe beide Änderungslisten verfolgt.

Ich denke immer noch, dass wir die richtige Wahl getroffen haben, indem wir von Hudson nach Jenkins gezogen sind. Die Hudson-Kernentwickler arbeiten jetzt an Jenkins. Diejenigen, die noch bei Oracle beschäftigt sind, unterstützen hauptsächlich Hudson (soweit mir bekannt ist, tragen die Apache Maven-Leute ebenfalls Korrekturen bei).

Ich habe in der Hudson-Ära eine Reihe von Fehlern gemeldet. Ich kann Ihnen sagen, dass die meisten von ihnen in Jenkins gelöst wurden. Viele Monate nach ihrer Lösung haben die Hudson-Leute diese speziellen Fehler behoben oder um weitere Informationen gebeten.

Die Mehrheit der Plugin-Entwickler (fast alle) haben ihre Plugins auf Jenkins migriert und unterstützen jetzt hauptsächlich Jenkins. In Bezug auf Plugins entwickelt sich Jenkins viel, viel schneller. Es gibt jetzt einige kostenpflichtige Plugins von Cloudbees.

Soweit mir bekannt ist, ist die Open-Source-Community größtenteils nach Jenkins gezogen.

Einige Unternehmen, die lieber Unterstützung zahlen möchten und nicht mühsam nach Jenkins migrieren möchten, verwenden immer noch Hudson. Ehrlich gesagt verstehe ich nicht warum. Jenkins hat auch kommerzielle Unterstützung von Cloudbees, wo Kohsuke Kawaguchi (der Schöpfer von Hudson) jetzt arbeitet. Cloudbees haben jetzt sogar einen kostenlosen Service zum Hosten von von GitHub gehosteten Projekten in ihrer Cloud. Sie lassen Ihre OSS-Projekte kostenlos erstellen! :) :)

Jenkins hat die Unterstützung für die Cloud verbessert. Wie oben erwähnt, stellen Cloudbees dieses SaaS auch in der Cloud bereit. Ich bin mir nicht sicher, ob und inwieweit Hudson dies unterstützt. Ich denke, sie sind im Moment nicht so weit fortgeschritten. Soweit ich weiß, bietet Hudson auf keinen Fall ein SaaS für die Cloud an.

Meiner Meinung nach sollte es Jenkins sein, wenn Sie einen auswählen müssen.

Ich denke, https://stackoverflow.com/a/5970813/556520 beantwortet viele wichtige Fragen zum Thema Hudson vs Jenkins. Das Thema erklärt beide Seiten der Situation mit Vor- und Nachteilen für jedes Produkt.

Aus persönlicher Erfahrung, die ich jahrelang mit CI gesammelt habe und vor kurzem mit der Entwicklung für Hudson begonnen habe, würde ich mich an die stabile Version von Hudson halten, nur weil Jenkins mehr Entwicklung und Unterstützung für ihren Cloudbees-Service leistet, bei dem Hudson zur Eclipse-Stiftung gewechselt ist und nicht Entwicklung für einen Dienst. Das sind nur meine $ 0,02.