NEW
Font size
WorksheetsQuiz sur GitLab CI/CD
Total questions: 16
Worksheet time: 8mins
Quelle est la principale fonction de GitLab CI/CD ?
Automatiser le contrôle de version
Automatiser les étapes d'intégration et de déploiement
Gérer les autorisations utilisateurs
Fournir une interface utilisateur graphique
Que représente un pipeline CI/CD dans GitLab ?
Une séquence d'étapes automatisées pour livrer du logiciel
Un outil de gestion des versions
Un fichier de configuration des scripts shell
Une suite de scripts manuels pour l'intégration
Dans GitLab CI/CD, quel rôle joue le fichier .gitlab-ci.yml ?
Configurer les étapes et les jobs du pipeline
Héberger les fichiers artefacts
Stocker les données utilisateur
Compiler les fichiers de l'application
Quelle est la responsabilité principale d'un stage dans GitLab CI/CD ?
Contenir des tâches exécutées en parallèle
Déclencher les runners pour chaque commit
Générer les artefacts pour les jobs
Identifier les erreurs de pipeline
Que signifie l'échec d'une tâche (job) dans un pipeline GitLab CI/CD ?
Le pipeline échoue et s'arrête
Toutes les tâches précédentes sont réexécutées
Le pipeline continue avec des étapes restreintes
Les artefacts sont automatiquement supprimés
Quelle est la différence clé entre un artefact et un runner dans GitLab CI/CD ?
Un artefact est un fichier généré par un job, tandis qu'un runner exécute les jobs
Un artefact gère les étapes, tandis qu'un runner stocke les fichiers
Un artefact est une ressource réseau, tandis qu'un runner est un conteneur
Un artefact crée des scripts, tandis qu'un runner distribue des artefacts
Que permet la variable CI_COMMIT_SHA dans GitLab CI/CD ?
Identifier un commit spécifique
Déclencher un pipeline manuel
Générer des artefacts de test
Configurer des runners dédiés
Quelle étape est obligatoire pour que GitLab détecte et exécute un pipeline ?
Ajouter un fichier .gitlab-ci.yml à la racine du projet
Créer une branche pour les jobs
Définir des variables globales
Configurer des runners partagés
Qu'est-ce qu'un pipeline ?
Ajouter un fichier .gitlab-ci.yml à la racine du projet
Créer une branche pour les jobs
Définir des variables globales
Configurer des runners partagés
Lorsqu'une tâche échoue, quelle est la première action à prendre dans GitLab CI/CD ?
Examiner les logs de la tâche échouée
Réexécuter le pipeline
Modifier le fichier .gitlab-ci.yml
Supprimer les artefacts générés
Dans GitLab CI/CD, qu'est-ce qui est déclenché par un commit sur une branche configurée ?
Un nouveau pipeline
Une mise en production immédiate
Un rollback des modifications
Un ajout automatique de runners
Comment peut-on exécuter un pipeline GitLab CI/CD manuellement ?
En cliquant sur "Run Pipeline" dans l'interface
En modifiant les artefacts
En ajoutant des variables dans .gitlab-ci.yml
En redéployant les jobs échoués
Quel est le rôle des artefacts dans GitLab CI/CD ?
Conserver les fichiers générés par les jobs pour les étapes suivantes
Déclencher les runners manuels
Ajouter des tags aux pipelines
Compiler les scripts YAML
Que fait une étape "Deploy" typique dans un pipeline CI/CD ?
Déploie le code validé dans un environnement cible
Compile les tests unitaires
Génère des rapports de code
Supprime les anciens artefacts
Quel est un cas d'utilisation fréquent pour la directive when: manual dans GitLab CI/CD ?
Retarder l'exécution d'une étape jusqu'à une action manuelle
Supprimer les tâches inutilisées
Générer des artefacts à chaque commit
Configurer automatiquement les runners
Quelle stratégie peut être utilisée pour exécuter un pipeline sur des runners spécifiques ?
Assigner des tags aux jobs
Modifier le fichier .gitlab-ci.yml directement
Configurer des artefacts persistants
Éviter l'utilisation de variables globales
