DevOps

GitLab CI/CD

.gitlab-ci.yml, stages, jobs, runners, artifacts, cache, environments, deployments, risoluzione dei problemi delle pipeline

22 domande da colloquio·
Mid-Level
1

Qual è il nome del file di configurazione per definire le pipeline GitLab CI/CD?

Risposta

Il file .gitlab-ci.yml situato nella radice del repository definisce tutte le pipeline, gli stages, i jobs e le configurazioni CI/CD. GitLab rileva automaticamente questo file ed esegue le pipeline a ogni push o merge request. Il formato YAML fornisce una sintassi dichiarativa per definire l'infrastruttura delle pipeline come codice.

2

Cosa rappresenta uno 'stage' in GitLab CI/CD?

Risposta

Uno stage è una fase logica della pipeline che raggruppa più jobs eseguiti in parallelo. Gli stages vengono eseguiti in sequenza nell'ordine definito (es: build → test → deploy). I jobs all'interno dello stesso stage possono essere eseguiti in parallelo se sono disponibili più runners. Se un job fallisce in uno stage, la pipeline si interrompe per impostazione predefinita.

3

Qual è la differenza principale tra 'artifacts' e 'cache' in GitLab CI?

Risposta

Gli artifacts sono file generati da un job e passati ai jobs successivi o scaricabili (es: binari compilati, report di test). La cache memorizza le dipendenze per accelerare i build (es: node_modules, .m2). Gli artifacts sono garantiti tra i jobs, la cache è best-effort. La cache usa una chiave per la condivisione tra pipeline, gli artifacts sono per pipeline.

4

Quale parola chiave controlla quando un job viene eseguito in GitLab CI?

5

Che cos'è un GitLab Runner?

+19 domande da colloquio

Padroneggia DevOps per il tuo prossimo colloquio

Accedi a tutte le domande, flashcards, test tecnici, esercizi di code review e simulatori di colloquio.

Inizia gratis