Convincere i miei colleghi a usare l'Hudson CI

3

Sono davvero consapevole dei vantaggi dell'utilizzo di Hudson come server CI. Ma, sto affrontando il problema per convincere i miei colleghi a installarlo e usarlo.

Per mettere un po 'di contesto, stiamo sviluppando due diversi prodotti (uno è un motore di ricerca aziendale basato su Apache Solr) e diversi progetti di ricerca aziendale.

Siamo di fronte a molti problemi di versioning e penso che Hudson risolverà questi problemi.

Hanno discusso della sua produttività e della curva di apprendimento

Quali benefici di Hudson metterebbe in evidenza?

    
posta Samuel García 30.01.2011 - 14:50
fonte

2 risposte

1

Hudson non risolverà i tuoi problemi di versioning, in quanto crea solo cose (ma puoi lasciare il tuo timbro del processo di compilazione nel numero di build di Hudson così come è reso disponibile per ant). La forza di Hudson è che consente di costruire in modo automatico e pulito, il che è un enorme vantaggio. Dì solo che esegue "ant build" automaticamente.

Tu devi risolvere il problema delle versioni nel tuo sistema di controllo delle versioni. Per Subversion questo in genere significa conoscere il numero rXXXXX del commit da cui è stato generato il sistema, che il tuo processo di compilazione dovrebbe incorporare nella build.

Forse condividi il tuo attuale processo di costruzione e perché pensi che abbia problemi?

    
risposta data 30.01.2011 - 15:15
fonte
0

Se si sta già utilizzando la gestione del controllo del codice sorgente (scm) come subversion e uno strumento di compilazione come ant o maven supportato da Hudson, non è molto difficile impostare una build automatizzata per i progetti.

Il primo vantaggio che avrai è una notifica molto veloce quando qualcuno commette qualcosa che rompe la build. Se un progetto non costruisce più dal tuo trunk scm, lo saprai in pochi minuti.

Non hai menzionato se stai usando i test unitari, ma se lo sei, puoi anche ricevere una notifica non appena si fallisce. Puoi fare in modo che ogni volta che qualcuno controlla il nuovo codice per scm i test vengano eseguiti e le email di notifica vengano recapitate se un test fallisce.

Non solo puoi vedere che è rotto, ma guardando la cronologia di costruzione puoi vedere esattamente quali cambiamenti di codice si sono verificati tra una build che è passata e una che ha avuto esito negativo.

Non ho mai installato hudson da zero ma ha una bella interfaccia utente web e ho aggiunto build per nuovi progetti in pochi minuti.

Questi sono i vantaggi più ovvi ma se vuoi andare oltre puoi fare altre cose carine come aggiungere emma o pmd per analizzare la copertura del codice e la complessità dei pro detti nel tempo. Qualsiasi buon sviluppatore dovrebbe avere una sensazione di caldo sfocato guardando i grafici che mostrano come la copertura del test è aumentata nel tempo.

Se hai problemi di versioning con alcuni dei tuoi progetti che dipendono da build specifiche di alcuni dei tuoi altri progetti, ti consigliamo di fare 2 cose:

1) Sostituisci e tagga correttamente le tue build usando SCM

2) Guarda qualcosa come edera per gestire le dipendenze.

    
risposta data 30.01.2011 - 14:59
fonte

Leggi altre domande sui tag