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.