Integrazione continua - Best practice
Facciamo una revisione finale delle migliori pratiche di integrazione continua sulla base di tutte le lezioni che abbiamo imparato finora -
Maintain a code repository- Questo è il passaggio più semplice. In tutti i nostri esempi, tutto è mantenuto in un repository Git, dalla base del codice ai profili di pubblicazione, agli script del database. È sempre necessario assicurarsi che tutto sia conservato nel repository del codice.
Automate the build- Abbiamo visto come usare MSBuild per automatizzare una build insieme all'utilizzo di un profilo di pubblicazione. Anche questo è un passaggio chiave nel processo di integrazione continua.
Make the build self-testing - Assicurati di poter testare la build mantenendo i casi di test di unità in posizione e questi casi di test dovrebbero essere in modo tale da poter essere eseguiti dal server Continuous Integration.
Everyone commits to the baseline every day- Questo è un principio chiave dell'integrazione continua. Non ha senso restare fino alla fine dell'intero processo per vedere chi rompe la build.
Every commit (to baseline) should be built- Ogni commit fatto per l'applicazione, deve essere costruito con successo. Se la compilazione non riesce per qualsiasi motivo, è necessario modificare il codice per garantire che la compilazione venga eseguita.
Keep the build fast- Se la compilazione è lenta, indica un problema nell'intero processo di integrazione continua. Assicurati che le build siano sempre limitate a una durata, preferibilmente non dovrebbero mai andare oltre i 10 minuti.
Everyone can see the results of the latest build- La dashboard di TeamCity offre a tutti una visione di tutte le build, che sono state superate o non riuscite. Questo fornisce una buona visione a tutte le persone coinvolte nel processo di integrazione continua.