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" en 2012?
En termes de stabilité, Jenkins propose depuis plus d'un an une version support à long terme (LTS) aux personnes souhaitant être davantage assurées de la stabilité et du support des logiciels qu'ils installent.
Tous les trois mois environ, une version précédente est sélectionnée et a été jugée satisfaisante par la communauté des utilisateurs de Jenkins. Cette version est ensuite branchée, toutes les corrections importantes (qui ont été "testées au combat") sont reportées dans cette version de Jenkins, puis cette version est soumise à des tests supplémentaires par différentes personnes et entreprises. Une fois prête, cette version devient la nouvelle version de LTS.
À mesure que de nouveaux correctifs hautement prioritaires arrivent, ceux-ci sont rétroportés vers la version LTS.
De nombreux grands utilisateurs de Jenkins s'en tiennent à la gamme de versions de LTS, et selon le public statistiques d'utilisation de Jenkins , plusieurs milliers de déploiements l'utilisent.
Cela devrait signifier 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 taux de nouvelles fonctionnalités ajoutées, le nombre de nouveaux plugins et l’activité des listes de diffusion par rapport à Hudson ne semblent pas avoir changé (c’est-à-dire que Jenkins reste toujours plus loin ).
Fondamentalement, la plupart des points soulevés dans cette discussion précédente s'appliquent toujours, bien que le soutien initial de l'entreprise à Hudson semble s'être un peu atténué.
J'ai utilisé à la fois Hudson et Jenkins. J'ai suivi les deux listes de modifications.
Je pense toujours que nous avons fait le bon choix en passant d’Hudson à Jenkins. Les principaux développeurs Hudson travaillent maintenant sur Jenkins. Ceux qui sont toujours employés par Oracle sont principalement ceux qui soutiennent Hudson (pour autant que je sache, le personnel d'Apache Maven apporte également des correctifs).
J'ai déposé un certain nombre de bugs à l'époque Hudson. Je peux vous dire que la plupart d’entre eux ont été résolus à Jenkins. Plusieurs mois après leur résolution, le peuple de Hudson corrige ou demande de plus amples informations sur ces bugs particuliers.
La majorité des développeurs de plugins (presque tous) ont migré leurs plugins vers Jenkins et supportent maintenant Jenkins principalement. En termes de plugins, Jenkins se développe beaucoup, beaucoup plus rapidement. Il existe maintenant des plugins payants fournis par Cloudbees.
Autant que je sache, la communauté open source est majoritairement installée à Jenkins.
Certaines entreprises qui préfèrent bénéficier d'une assistance payante et qui ne souhaitent pas avoir à migrer vers Jenkins utilisent toujours Hudson. Franchement, je ne vois pas pourquoi. Jenkins a également un support commercial de Cloudbees, où travaille maintenant Kohsuke Kawaguchi (le créateur de Hudson). Cloudbees dispose même maintenant d'un service gratuit pour l'hébergement de projets hébergés par GitHub dans son cloud. Ils laissent vos projets OSS construire gratuitement! :)
Jenkins a amélioré son support pour le cloud. Comme mentionné ci-dessus, Cloudbees fournit également ceci SaaS dans le cloud. Je ne sais pas si et dans quelle mesure Hudson le soutient. Je pense qu'ils ne sont pas aussi avancés à l'heure actuelle; peu importe le cas , Hudson ne fournit pas de SaaS pour le cloud, à ma connaissance.
Mon opinion est que si vous devez en choisir un, ce devrait être Jenkins.
Je pense que https://stackoverflow.com/a/5970813/55652 répond à beaucoup de questions importantes sur le problème Hudson vs Jenkins. Le sujet explique les deux côtés de la situation avec les avantages et les inconvénients de chaque produit.
Fort de mon expérience personnelle avec CI depuis des années et du développement récent pour Hudson, j’en resterais à la version stable de hudson simplement parce que jenkins développe et prend en charge davantage son service cloudbees, où hudson a migré vers la fondation Eclipse et n’est pas développer pour un service. C'est juste mon 0,02 $.