Hudson vs Jenkins en 2012 [fermé]


144

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?


4
Franchement, si j'étais vous, j'investirais un peu de temps dans la migration vers Jenkins. Nous avons entre 300 et 400 emplois et la migration n'a pas été aussi fluide que je l'espérais, mais ce n'était pas quelque chose que je ne pouvais pas gérer en un jour. Peut-être que les gars de Jenkins ont facilité le processus de migration de nos jours, mais, néanmoins, cela ne devrait pas être trop compliqué.
carlspring

224
Argh !!! Arrêtez de "fermer comme non constructif" vous fascistes. J'en ai marre de trouver des questions que je veux vraiment que la réponse la plus populaire aime celle-ci seulement pour voir qu'elles étaient fermées. J'ai écouté vos podcasts depuis le tout premier épisode, donc je comprends ce que vous essayez de faire - mais c'est trop lourd. Au moins, déplacez la question sur le site Programmers SE et mettez un lien ici!
Rhubarb

23
@Rhubarb J'aimerais pouvoir vous donner 100 votes positifs pour votre commentaire!
Stefan Haberl

10
Je suis totalement avec toi, Stefan et Rhubarb!
fazineroso

8
Comme il y a toujours un intérêt croissant pour les réponses à ce sujet (sur la base du nombre de vues et de votes positifs pour les deux réponses), je voudrais recommander un vote sur sa réouverture et le changement de l'année en 2014.
carlspring

Réponses:


62

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é.


64

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.


2

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 $.


3
Oui merci. Mais ces réponses sont pour 201-2011. La situation pourrait changer en 2012.
Volodymyr Bezuglyy

1
Cloudbees et Jenkins sont des entités séparées et indépendantes. Pourquoi ne pas s'en tenir à Jenkins qui, comme vous le mentionnez, a plus de fonctionnalités, mais optez pour la version LTS stable?
Christopher Orr

Tant que les développements de cloudbees sont bons à partir du produit, je ne comprends pas quel pourrait être le problème là-bas. Avec Oracle impliqué, il y avait clairement un problème en tant qu'Oracle qui se préoccupait davantage de ses bénéfices et moins de la feuille de route du produit.
JAR.JAR.beans
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.