La continuos integration: i concetti di Docker e container

Introduzione alla continuous integration (CI)

L'integrazione continua è una pratica che si applica in contesti in cui lo sviluppo del software avviene attraverso un sistema di controllo versione. Consiste nell’allineamento frequente degli ambienti di lavoro degli sviluppatori verso l’ambiente di lavoro condiviso (mainline). Infatti, una delle politiche principali della CI è “building software at every change”. Questo concetto è stato adottato come contromisura preventiva per il problema dell’“integration hell” (difficoltà dell’integrazione di porzioni di software sviluppati in modo indipendente su lunghi periodi di tempo e che potrebbero essere molto divergenti). Quindi, la continuous integration consiste nell’integrare spesso, limitando le possibilità che si verifichi l’inferno dell’integrazione.

Molto spesso si pensa che con il termine build ci si riferisca solo al processo di compilazione, ma non è così. Infatti, il processo di build comprende: compilazione, testing, inspection, deployment e molto altro.

I componenti del processo di build

• Version control repository
• CI Server: fa partire il processo di build quando una “change” (cambiamento) viene apportato “commit” nel repository
• Dashboard
• Build Scripts: script usati per effettuare la compilazione, il testing, il deployment e molto altro (Ant, Make, Maven, Gradle)
• Feedback Mechanisms: utili ad informare gli sviluppatori circa l’esito del processo di build (email, messaggi)

La integration build machine

È quindi presente un integration build machine responsabile dell’integrazione del software, tipicamente questa macchina ospita il CI Server che preleva il sorgente dal “version control repository”.

Le attività svolte dalla integration build machine

• Source code compilation: compilazione del software che non va sempre fatta, ad esempio PHP e Python non richiedono compilazione
• Database integration: bisogna assicurarsi che il database si integri con la versione del software contenuta nel “version software repository”, si usano script DDL e DML
• Testing: è una parte essenziale del processo di CI, vengono usati software come JUnit
• Inspection: processo automatizzato che prevede l’analisi statica e dinamica volta a migliorare la qualità del codice prodotto (assicurarsi che una classe non sia costituita da più di 500 LOC, oppure che il codice sia opportunamente commentato), viene effettuata da tool come Checkstyle, FindBugs e PMD
• Deployment