Breaking the Build, Perché è una brutta cosa?

Question

Quando ho iniziato a creare un server di integrazione continua, ho trovato l'istruzione "È male rompere la build [del codice]". Dopo aver terminato il progetto, sono giunto alla conclusione che

1. "Rottura della struttura". era una frase accattivante che veniva lanciata molto spesso a causa dell'allitterazione, oppure
2. Non stavo capendo un elemento chiave dell'integrazione continua.

Quindi la mia domanda è nello spirito di # 2: perché è una cosa brutta rompere la costruzione?

Answer 1

Perché se altre persone verificano le modifiche non riuscite, non saranno in grado di funzionare o se lo faranno lo faranno in modo meno efficiente.

Significa anche che non si stanno testando correttamente le modifiche prima del commit, che è la chiave in CI.

Answer 2

Perché significa che qualcuno ha fatto qualcosa di male (o almeno, alcune modifiche si sono scontrate) e non è più possibile costruire e distribuire il proprio sistema.

Answer 3

Si rompe la costruzione come mi è successo ieri. Quando i tuoi compagni di squadra cercano di usare il codice sorgente. Non costruirà. Pertanto essi lotteranno per testare il lavoro che stanno facendo. Diventa peggio più grande è la tua squadra.

Answer 4

Una volta che le costruzioni iniziano a rompersi, le persone diventano riluttanti a ricevere gli ultimi cambiamenti e si inizia la spirale mortale verso l'integrazione dei cambiamenti del Big Bang.

Answer 5

Interrompere la compilazione significa che è stato eseguito il commit del codice su un repository condiviso che (a) non viene compilato o (b) non funziona (fallisce i test unitari). Chiunque stia sviluppando da quel repository condiviso avrà a che fare con il codice guasto che hai commesso fino a quando non verrà risolto. Ciò causerà una perdita di produttività per l'intera squadra.

Answer 6

Da Martin Fowler http://martinfowler.com/articles/continuousIntegration.html

Il punto centrale di lavorare con C'è che si sta sempre in via di sviluppo su una base stabile noto . Non è una cosa brutta per la build mainline da rompere, , anche se sta succedendo tutto il tempo suggerisce che le persone non sono in fase di aggiornamento e edificio locale prima di un commit. Quando si interrompe la costruzione della linea principale, , è importante che venga risolto il problema con .

Answer 7

Rompere l'accumulo ha implicazioni disastrose per la pianificazione del progetto (e la pressione sanguigna di compagni di squadra) => Altri sviluppatori che quindi ottenere la versione più recente non può più costruire lì proprie modifiche, ritardando loro => continua l'integrazione si interromperà, il che significa che i test formali possono essere ritardati

Molti strumenti di controllo delle versioni (es. TFS) possono impedire agli sviluppatori di verificare il codice che non compila o supera i test di analisi di unità o codice.

Answer 8

Non credo che rompere la build sia necessariamente una cosa negativa, a patto che ci sia un ramo o tag ben funzionante nel repository.Detto questo, crea il tuo ramo personale nel repository se sai che il tuo codice sta andando alla rottura della build oggi, ma lo aggiusterai la prossima settimana. Successivamente, è possibile unire nuovamente il tronco.

Answer 9

Fare molta attenzione nell'etichettare "Breaking the Build" come una cosa negativa. È qualcosa che richiede attenzione immediata, ma è anche una parte molto normale e attesa del ciclo di sviluppo. Questo è il motivo per cui l'integrazione continua è così utile: ti dice immediatamente quando la build è interrotta e quale modifica lo ha causato. Ti aiuta a tornare in pista velocemente.

Se la tua cultura penalizza "Breaking the Build", rischi di coltivare un ambiente di lavoro tossico. Ancora una volta, consideralo come qualcosa che richiede attenzione immediata, ma non etichettarlo come "cattivo".

Answer 10

Perché se altre persone checkout i cambiamenti, che non sarete in grado di lavorare ... Questa immagine è protetto To Geek & Poke sotto un Creative Commons License

Answer 11

Sicuramente il punto di integrazione continua è quello di identificare i problemi in anticipo. Sono necessari controlli giornalieri o più frequenti per ridurre i conflitti a una dimensione gestibile.

Si dovrebbe ottenere una copia aggiornata del repository e creare localmente. Questo ti dirà se il tuo check-in proposto interromperà la build. Risolvi eventuali problemi e quindi il check-in.

In questo modo i problemi di integrazione sono mantenuti locali e facili da risolvere.