Hudson o Jenkins

A mio avviso la maggior parte se non tutti gli sviluppatori sono andati a Jenkins. Ciò probabilmente significherà che Oracle Hudson ristagnerà attorno all'attuale set di funzionalità (a meno che Oracle non decida di eseguire il backport di nuovi pacchetti o di iniziare a sviluppare plugin Hudson-only, che potrebbero essere molto probabilmente in grado di gestire i loro prodotti).

Personalmente andremo con Jenkins poiché lo sviluppo dell'Open Source è più importante per noi del supporto Oracle disponibile con Hudson.

Modifica 2011-05: sembra che Oracle ripulisca la struttura del plugin e renda più semplice scrivere nuove cose. Se ciò influirà sulla situazione di cui sopra è difficile da dire ancora.

Can we postpone that decision until later, or is that too risky?

Penso che puoi rimandare.

In questo momento, le differenze tra i due sapori della base di codice Hudson / Jenkins saranno ridotte. Ci vorrà probabilmente del tempo prima che le differenze siano significative.

L'articolo collegato menziona che le modifiche che interrompono la compatibilità binaria potrebbero essere dietro le quinte. Ma questo non dovrebbe influire su di te se stai usando il software immediatamente e probabilmente è probabile che si tratti di un rifiuto da parte di persone che sviluppano plug-in per modifiche dirompenti. Nessun rumore è una buona notizia.

I miei genitori avevano un eufemismo umoristico per non aver preso una decisione. Lo hanno chiamato "mantenendo il potere di scelta". Penso che riassuma bene perché rimandare questa particolare decisione ... per un po '... è un buon piano.

Penso che dipenda dal fatto che tu stia usando Hudson / Jenkins come utente o come sviluppatore / contributore attivo. Se utilizzi principalmente Hudson / Jenkins come sistema di CI e lascialo gestire la build, penso che la decisione non sia così importante. In questo momento sono praticamente identici. Anche se si allontaneranno in futuro, la configurazione del progetto X da eseguire nel sistema CI Y è relativamente semplice: una volta impostata, non c'è molto da fare per il resto del ciclo di vita del progetto. Quindi, anche se prendi la "decisione sbagliata" scegliendo il sistema A e più tardi pensi "Oh, dovremmo esserci spostati al sistema B" di quanto tu possa aver bisogno di aggiornare la configurazione della build, ma questo è tutto - un grosso problema.

Se tu, comunque, contribuisci effettivamente alla comunità di Hudson / Jenkins, scrivendo plugin diventa più un problema, poiché alla fine questi due svilupperanno API distinte per un plugin. In questo caso suggerirei di mantenere Jenkins, dal momento che la maggior parte degli sviluppatori originali ha scelto questo come loro percorso ed è lì che dovrei affidare la mia attenzione.