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 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?
Réponses:
En termes de stabilité, depuis plus d'un an, Jenkins propose une version LTS ( Long-Term Support ) pour les personnes qui souhaitent être plus 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 qui a été jugée comme fonctionnant bien par la communauté des utilisateurs de Jenkins. Cette version est ensuite branchée, tous les correctifs importants (qui ont été "testés au combat") sont rétroportés dans cette version de Jenkins, puis cette version est soumise à des tests supplémentaires par diverses personnes et entreprises. Une fois qu'il est prêt à être publié, cela devient la nouvelle version LTS.
Au fur et à mesure que de nouveaux correctifs 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 LTS, et selon les statistiques d'utilisation publiques 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é de la liste de diffusion par rapport à Hudson ne semble pas avoir changé (ie Jenkins reste toujours plus à venir ).
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 développeurs principaux d'Hudson travaillent maintenant sur Jenkins. Ceux qui sont toujours employés par Oracle sont ceux qui supportent principalement Hudson (pour autant que je sache, les gens d'Apache Maven contribuent également à des correctifs).
J'ai déposé un certain nombre de bogues à l'époque d'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 Hudson a corrigé ou demandé des informations supplémentaires sur ces bogues particuliers.
La majorité des développeurs de plugins (presque tous, c'est-à-dire) 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 a déménagé en majorité vers Jenkins.
Certaines entreprises qui préfèrent avoir une assistance payante et ne veulent pas avoir à migrer vers Jenkins utilisent toujours Hudson. Franchement, je ne vois pas pourquoi. Jenkins bénéficie également du soutien commercial de Cloudbees, où travaille désormais Kohsuke Kawaguchi (le créateur d'Hudson). Cloudbees propose même désormais un service gratuit d'hébergement de projets hébergés sur GitHub dans leur cloud. Ils permettent à vos projets OSS de se construire gratuitement! :)
Jenkins a amélioré sa prise en charge du cloud. Comme mentionné ci-dessus, Cloudbees fournit également ce SaaS dans le cloud. Je ne sais pas si et dans quelle mesure Hudson le soutient. Je pense qu'ils ne sont pas si avancés pour le moment; quoi qu'il en soit, Hudson ne fournit pas de SaaS pour le cloud, pour autant que je sache.
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 à de nombreuses questions importantes sur le problème hudson vs jenkins. Le sujet explique les deux côtés de la situation avec des avantages et des inconvénients pour chaque produit.
De mon expérience personnelle de travail avec CI pendant des années et j'ai récemment commencé à développer pour Hudson, je m'en tiendrai à la version stable de hudson simplement parce que jenkins fait plus de développement et de support pour son service cloudbees, où hudson est passé à la fondation eclipse et ne l'est pas. développer pour un service. C'est juste mon 0,02 $.