DevOps

GitLab CI/CD

.gitlab-ci.yml, stages, jobs, runners, artifacts, cache, environments, deployments, troubleshooting pipelines

22 questions d'entretien·
Confirmé
1

Quel est le nom du fichier de configuration pour définir les pipelines GitLab CI/CD ?

Réponse

Le fichier .gitlab-ci.yml situé à la racine du repository définit l'ensemble des pipelines, stages, jobs et configurations CI/CD. GitLab détecte automatiquement ce fichier et exécute les pipelines à chaque push ou merge request. Le format YAML permet une syntaxe déclarative pour définir l'infrastructure as code des pipelines.

2

Que représente un 'stage' dans GitLab CI/CD ?

Réponse

Un stage est une phase logique du pipeline qui regroupe plusieurs jobs exécutés en parallèle. Les stages s'exécutent séquentiellement dans l'ordre défini (ex: build → test → deploy). Les jobs d'un même stage peuvent s'exécuter en parallèle si plusieurs runners sont disponibles. Si un job échoue dans un stage, le pipeline s'arrête par défaut.

3

Quelle est la différence principale entre 'artifacts' et 'cache' dans GitLab CI ?

Réponse

Les artifacts sont des fichiers générés par un job et transmis aux jobs suivants ou téléchargeables (ex: binaires compilés, rapports de tests). Le cache stocke des dépendances pour accélérer les builds (ex: node_modules, .m2). Les artifacts sont garantis entre jobs, le cache est best-effort. Le cache utilise une clé pour partage entre pipelines, les artifacts sont par pipeline.

4

Quel mot-clé permet de contrôler quand un job s'exécute dans GitLab CI ?

5

Qu'est-ce qu'un GitLab Runner ?

+19 questions d'entretien

Maîtrise DevOps pour ton prochain entretien

Accède à toutes les questions, flashcards, tests techniques, exercices de code review et simulateurs d'entretien.

Commencer gratuitement