Come programmatore solista, di che uso può essere Gerrit?

3

Disclaimer: sono a conoscenza delle domande Come posso rivedere il mio codice? e Quali vantaggi offrono gli strumenti di integrazione continua su un progetto solista? . Ritengo che questa domanda miri a un diverso insieme di risposte, in quanto riguarda un software specifico e non a considerazioni generali sull'uso di questa o quella pratica o stack tecnologico.

Sono un programmatore solista per un progetto basato su Eclipse RCP. Per essere in grado di controllare me stesso e la qualità del mio software, sono in procinto di creare uno stack CSI. In questo, seguo le linee guida Eclipse Common Build Infrastructure , con l'eccezione che userò Jenkins piuttosto che Hudson. Mi auguro che attenersi a queste linee guida mi aiuti ad abituarmi al modo di fare Eclipse, e spero di poter contribuire con il codice ad Eclipse in futuro.

Tuttavia, CBI include Gerrit , un software di revisione del codice. Mentre penso che sia davvero utile per i team, e lo impiegherò non appena il team crescerà ad almeno due sviluppatori, mi chiedo come potrei usarlo mentre sono ancora da solo.

Domanda: C'è un caso d'uso per Gerrit che prende in considerazione gli sviluppatori solisti?

Note: Posso immaginare di rivedere il codice da solo dopo un certo periodo di tempo per guadagnare un po 'di distanza. Tuttavia, questo complica il flusso di lavoro, poiché il codice verrà creato solo dopo averlo esaminato. Questo potrebbe rivelarsi una "trappola" perché potrei essere tentato di spingere rapidamente il codice cattivo attraverso Gerrit solo per farlo costruire. Sono molto interessato a sentire come altri sviluppatori solisti hanno fatto uso di Gerrit.

    
posta s.d 13.11.2012 - 11:50
fonte

2 risposte

4

Per una singola persona, considero Gerrit (che è fantastico nei team più grandi) essere un lavoro non necessario. Sì, potresti collegare la verifica di Jenkins a Gerrit per evitare di unire codice rotto, ma in linea di principio dovresti riuscire a farlo con Jenkins da solo.

Fintanto che Jenkins costruisce tutti i tuoi rami e fa eseguire i test per loro, dovrebbe andare bene semplicemente controllandolo manualmente prima di unire. Io personalmente uso git-builder per fare questo e sono felice con esso.

    
risposta data 13.11.2012 - 12:49
fonte
1

Il vantaggio di una revisione del codice è di avere un altro sviluppatore (preferibilmente qualcun altro che abbia familiarità con gli obiettivi del progetto) a guardare il tuo lavoro per trovare le cose che ti sono sfuggite. Lavorando da solo, non hai nessuno che possa farlo, quindi strumenti come Gerrit non aggiungono valore.

Tuttavia, potrebbe essere possibile incorporare ulteriori strumenti nel processo di costruzione per aiutarti a trovare i potenziali problemi prima. Prendi in considerazione alcuni tipi di hook precommit per fare cose come la formattazione del codice rispetto ad alcune regole di stile, strumenti di analisi statici come Google CodePro Analytix, FindBugs e PMD (FindBugs e PMD possono essere integrati in Jenkins e Hudson) e casi di test JUnit. Se sei diligente nella qualità della tua unità e dei test di integrazione e presta attenzione agli avvisi generati dagli strumenti di analisi statica, potresti trovare alcuni dei problemi che un altro sviluppatore potrebbe trovare in una revisione del codice.

    
risposta data 13.11.2012 - 13:26
fonte

Leggi altre domande sui tag