Hudson vs Jenkins en 2012

En 2011, la situation avec Hudson et Jenkins suivait (IMHO) – Hudson était un peu stable, mais le développement de Jenkins était un peu plus rapide.
Quelle est la situation avec “Hudson vs Jenkins” maintenant en 2012?

En termes de stabilité, Jenkins propose depuis plus d’un an une version de support à long terme (LTS) pour ceux qui souhaitent être plus sûrs de la stabilité et du support des logiciels qu’ils installent.

Tous les trois mois à peu près, une version précédente a été sélectionnée et a été considérée comme fonctionnant bien par la communauté des utilisateurs de Jenkins. Cette version est ensuite ramifiée, tous les correctifs importants (qui ont été “testés”) sont réinjectés dans cette version de Jenkins, puis cette version reçoit des tests supplémentaires de la part de plusieurs personnes et sociétés. Une fois prêt à être lancé, il devient la nouvelle version de LTS.

Avec l’arrivée de nouveaux correctifs hautement prioritaires, ceux-ci sont transférés vers la version LTS.

De nombreux grands utilisateurs de Jenkins s’en tiennent à la gamme de versions LTS et, selon les statistiques d’utilisation publiques de Jenkins , plusieurs milliers de déploiements l’utilisent.

Cela signifie que la version LTS que vous téléchargez est encore plus stable qu’une version aléatoire choisie dans la ligne de publication hebdomadaire habituelle.

Au-delà des statistiques, la situation concernant l’utilisation de Jenkins, la taille de la communauté, son niveau de développement, le nombre de nouvelles fonctionnalités ajoutées, le nombre de nouveaux plugins et l’activité des listes de diffusion par rapport à Hudson ne semble pas avoir changé. en avance ).

Fondamentalement, la plupart des points soulevés dans cette discussion précédente s’appliquent toujours, même si le soutien initial de Hudson semble s’être un peu atténué.

J’ai utilisé Hudson et Jenkins. J’ai suivi les deux listes de changements.

Je pense toujours que nous avons fait le bon choix en passant de Hudson à Jenkins. Les développeurs de base de Hudson travaillent maintenant sur Jenkins. Ceux qui sont encore employés par Oracle sont ceux qui supportent principalement Hudson (pour autant que je sache, les utilisateurs d’Apache Maven apportent également des correctifs).

J’ai déposé un certain nombre de bugs à l’époque d’Hudson. Je peux vous dire que la plupart d’entre eux ont été résolus dans Jenkins. Plusieurs mois après leur résolution, les gens d’Hudson ont corrigé ou demandé de plus amples informations sur ces bugs particuliers.

La majorité des développeurs de plug-ins (presque tous) ont migré leurs plug-ins vers Jenkins et supportent maintenant principalement Jenkins. En termes de plugins, Jenkins développe beaucoup, beaucoup plus rapidement. Il existe maintenant des plugins payants fournis par Cloudbees.

Pour autant que je sache, la communauté open source est passée en majorité à Jenkins.

Certaines entresockets qui préfèrent avoir un support payant et ne veulent pas se soucier de migrer vers Jenkins utilisent encore Hudson. Franchement, je ne vois pas pourquoi. Jenkins a aussi un soutien commercial de Cloudbees, où Kohsuke Kawaguchi (le créateur d’Hudson) travaille maintenant. Les Cloudbees ont maintenant un service gratuit pour héberger les projets hébergés par GitHub dans leur cloud. Ils vous permettent de construire vos projets OSS gratuitement! 🙂

Jenkins a amélioré son support pour le cloud. Comme mentionné ci-dessus, les Cloudbees fournissent également ce SaaS dans le cloud. Je ne sais pas si et dans quelle mesure Hudson appuie cette idée. Je pense qu’ils ne sont pas si avancés en ce moment; Quoi qu’il en soit, Hudson ne fournit pas de SaaS pour le cloud, à ma connaissance.

Mon avis est que si vous devez en choisir un, ce devrait être Jenkins.

Je pense que https://stackoverflow.com/a/5970813/556520 répond à beaucoup de questions importantes sur le problème de hudson vs jenkins. Le sujet explique les deux côtés de la situation avec des avantages et des inconvénients pour chaque produit.

Après avoir travaillé avec CI pendant des années et commencé récemment à développer pour Hudson, je me contenterais de la version stable de hudson uniquement parce que jenkins fait plus de développement et de support pour son service cloudbees, où hudson est passé à la base eclipse. développer pour un service. C’est juste mon 0,02 $.