Hudson vs Jenkins nel 2012 [chiuso]


144

Nel 2011 seguiva la situazione con Hudson e Jenkins (IMHO) - Hudson era un po 'stabile, ma lo sviluppo di Jenkins era un po' più veloce.
Qual è la situazione di "Hudson vs Jenkins" nel 2012?


4
Francamente, se fossi in te, investerei un po 'di tempo nel migrarlo su Jenkins. Abbiamo circa 300-400 posti di lavoro e la migrazione non era così agevole che speravo, ma non era qualcosa che non avrei potuto gestire in un giorno. Forse i ragazzi di Jenkins hanno semplificato il processo di migrazione al giorno d'oggi, ma, tuttavia, non dovrebbe essere troppo fastidioso.
carlspring,

224
argh !!! Stop "chiuso come non costruttivo" voi fascisti. Sono stufo di trovare domande a cui voglio davvero che la risposta più popolare piaccia a questa solo per vedere che erano chiuse. Ho ascoltato i tuoi podcast sin dal primo episodio, quindi ho quello che stai cercando di fare, ma questo è troppo pesante. Almeno sposta la domanda sul sito di Programmers SE e metti un link qui!
Rabarbaro

23
@Rhubarb Vorrei poterti dare 100 voti per il tuo commento!
Stefan Haberl,

10
Sono totalmente con te, Stefan e Rabarbaro!
fazineroso,

8
Poiché esiste ancora un crescente interesse per le risposte a questo argomento (in base al numero di opinioni e voti positivi per entrambe le risposte), vorrei raccomandare un voto per
riaprirlo

Risposte:


62

In termini di stabilità, per oltre un anno Jenkins ha offerto una versione di supporto a lungo termine (LTS) per le persone che vogliono essere più sicure della stabilità e del supporto del software che stanno installando.

Ogni tre mesi circa viene selezionata una versione precedente che è stata considerata funzionante dalla comunità degli utenti di Jenkins. Questa versione viene quindi ramificata, tutte le correzioni importanti (che sono state "testate in battaglia") vengono portate in backport in questa versione di Jenkins, e quindi questa versione ottiene ulteriori test da parte di varie persone e aziende. Una volta pronta per il rilascio, questa diventa la nuova versione di LTS.

Man mano che arrivano nuove correzioni ad alta priorità, queste vengono riportate nella versione LTS.

Numerosi grandi utenti di Jenkins si attengono alla linea di pubblicazioni LTS e secondo le statistiche sull'utilizzo pubblico di Jenkins , diverse migliaia di implementazioni lo stanno utilizzando.

Ciò dovrebbe significare che la versione LTS che stai scaricando è persino più stabile di una versione casuale scelta dalla solita linea di rilascio settimanale.

Al di là delle statistiche, la situazione relativa all'utilizzo di Jenkins, alle dimensioni della comunità, al suo livello di sviluppo, al tasso di nuove funzionalità aggiunte, al numero di nuovi plug-in e all'attività della mailing list rispetto a Hudson non sembra essere cambiata (ovvero Jenkins rimane sempre più lontano avanti ).

Fondamentalmente, la maggior parte dei punti sollevati in questa precedente discussione si applica ancora, sebbene il supporto aziendale iniziale di Hudson sembra essersi attenuato un po '.


64

Ho usato sia Hudson che Jenkins. Ho seguito entrambi gli elenchi di modifiche.

Penso ancora che abbiamo fatto la scelta giusta passando da Hudson a Jenkins. Gli sviluppatori principali di Hudson stanno ora lavorando su Jenkins. Coloro che sono ancora impiegati da Oracle sono quelli che supportano principalmente Hudson (per quanto ne so, anche le persone di Apache Maven stanno contribuendo a risolvere).

Ho archiviato numerosi bug nell'era di Hudson. Posso dirti che molti di loro sono stati risolti in Jenkins. Molti mesi dopo la loro risoluzione, la gente di Hudson risolveva o chiedeva ulteriori suggerimenti su quei particolari bug.

La maggior parte degli sviluppatori di plugin (quasi tutti, cioè) hanno migrato i loro plugin su Jenkins e ora supportano principalmente Jenkins. In termini di plugin, Jenkins si sta sviluppando molto, molto più velocemente. Ora ci sono alcuni plugin a pagamento forniti da Cloudbees.

Per quanto ne so, la comunità open source si è trasferita in maggioranza a Jenkins.

Alcune aziende che preferiscono avere un supporto pagato e non vogliono la seccatura di migrare a Jenkins usano ancora Hudson. Francamente, non vedo perché. Jenkins ha anche il supporto commerciale di Cloudbees, che è lì dove lavora attualmente Kohsuke Kawaguchi (il creatore di Hudson). Ora le cloudbe hanno anche un servizio gratuito per l'hosting di progetti ospitati da GitHub nel loro cloud. Lasciano costruire i tuoi progetti OSS gratuitamente! :)

Jenkins ha migliorato il suo supporto per il cloud. Come accennato in precedenza, Cloudbees fornisce anche questo SaaS nel cloud. Non sono sicuro se e in che misura Hudson lo sostenga. Penso che non siano così avanzati al momento; comunque sia, Hudson non fornisce un SaaS per il cloud, per quanto ne so.

La mia opinione è che se devi sceglierne uno, dovrebbe essere Jenkins.


2

Penso che https://stackoverflow.com/a/5970813/556520 risponda a molte domande importanti sulla questione hudson vs jenkins. L'argomento spiega entrambi i lati della situazione con pro e contro per ogni prodotto.

Dall'esperienza personale che lavora con CI da anni, e recentemente ho iniziato a sviluppare per Hudson, rimarrei fedele alla versione stabile di hudson solo perché jenkins sta facendo più sviluppo e supporto per il loro servizio di cloudbees, dove hudson è passato alla fondazione eclipse e non lo è sviluppando per un servizio. Questo è solo il mio $ 0,02.


3
Si Grazie. Ma quelle risposte sono per il 201-2011. La situazione potrebbe cambiare nel 2012.
Volodymyr Bezuglyy,

1
Cloudbees e Jenkins sono entità separate e indipendenti. Perché non rimanere con Jenkins che, come dici tu, ha più funzioni, ma scegli la versione LTS stabile?
Christopher Orr,

Finché gli sviluppi di cloudbees sono positivi dal prodotto, non capisco quale potrebbe essere il problema lì. Con Oracle coinvolto, c'era chiaramente un problema come Oracle, che era più preoccupato per i loro profitti e meno per la roadmap del prodotto.
JAR.JAR.beans
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.