Cosa succede dopo che GitLab riceve il codice?

GitLab, ricevendo un codice (di solito tramite git push), avvia un processo che dipende dalle impostazioni del progetto:

1. Webhook: Quando arriva un nuovo codice, GitLab può notificare sistemi esterni (ad esempio, server CI/CD, sistemi di gestione del progetto) inviando richieste HTTP. Questo funge da trigger per azioni successive.

2. Pipeline CI/CD: Se nel progetto è configurato il file .gitlab-ci.yml, GitLab Runner avvia la pipeline CI/CD. Questo processo include:

   • Verifica della sintassi del file .gitlab-ci.yml.
   • Creazione di job basati sulle definizioni nel file yml.
   • Assegnazione dei job ai runner disponibili.
   • Il runner riceve i job, scarica il codice sorgente del repository.
   • Esegue i comandi specificati per ogni job (build, test, deployment, ecc.).
   • Salva artefatti (applicazioni compilate, report di test) e file di log.
   • Invia lo stato dei job a GitLab.

   Esempio di struttura .gitlab-ci.yml:

   stages:
     - build
     - test
     - deploy
   
   build_job:
     stage: build
     script:
       - echo "Costruendo l'applicazione..."
       - make build
   
   test_job:
     stage: test
     script:
       - echo "Eseguendo i test..."
       - make test
   
   deploy_job:
     stage: deploy
     script:
       - echo "Distribuendo l'applicazione..."
       - make deploy
     only:
       - main  # Trigger solo al push sul branch main
   

3. Azioni automatiche: GitLab può eseguire altre azioni automatiche:

   • Creazione di Merge Request (al push su un branch diverso da quello di destinazione).
   • Aggiornamento dello stato del Merge Request (se esiste).
   • Esecuzione di scansioni di sicurezza (se configurate).
   • Chiusura automatica o collegamento di task (tramite parole chiave nei commit o nella descrizione del Merge Request).

4. Sistema di notifiche: GitLab invia notifiche agli utenti via email o altri canali (Slack, Mattermost), se sono iscritti agli eventi del repository (nuovi commit, stati del pipeline, commenti).

5. Aggiornamento dei dati del repository: Internamente, GitLab aggiorna i dati sul repository, rami, tag e storico dei commit.

Il processo in generale mira a integrare il nuovo codice nel flusso di lavoro complessivo, automatizzare la compilazione, i test e, possibilmente, la distribuzione, oltre a notificare le parti interessate.