Gitlab, les éléments clés de l’architecture CI/CD

Qu'est-ce qu'un pipeline dans GitLab?

• Un ensemble d'outils pour le versioning du code
• Un chatbot pour les développeurs.
• Une suite de jobs automatisés traitant le code depuis sa création jusqu'à son déploiement
• Une interface graphique pour visualiser le code

Comment sont organisés les pipelines?

• En séquences.
• En branches
• En modules
• En "stages" et "jobs"

Quelle est la principale différence entre un pipeline et un workflow dans les processus de développement logiciel ?

• Un pipeline fait référence à une série d'étapes automatisées pour l'intégration et le déploiement du code, tandis qu'un workflow englobe le processus plus large, y compris les interventions manuelles et les décisions.
• Un workflow ne peut pas inclure de processus automatisés, contrairement à un pipeline.
• Un pipeline peut être exécuté séquentiellement ou en parallèle, tandis qu'un workflow est toujours exécuté de manière linéaire, sans possibilité de parallélisation
• Un workflow est une version obsolète d'un pipeline, plus utilisée dans le développement logiciel moderne.

Quelle est la fonction principale d'un runner GitLab?

• Gérer les droits d'accès des utilisateurs.
• Exécuter des jobs au sein d'un pipeline CI/CD.
• Stocker le code source du projet.
• Organiser les tâches en backlog.

Pourquoi utiliser Docker avec les runners GitLab?

• Pour augmenter la taille de stockage.
• Pour obtenir une isolation et une reproductibilité.
• Pour intégrer des outils de chat.
• Pour synchroniser le code avec d'autres plateformes.

Comment sont exécutés les jobs et les stages dans un pipeline GitLab CI/CD?

• Les stages sont exécutés en parallèle, et les jobs à l'intérieur d'un stage sont exécutés séquentiellement.
• Les jobs sont toujours exécutés en parallèle, indépendamment de leur stage.
• Les stages sont exécutés séquentiellement, et les jobs à l'intérieur d'un stage sont exécutés en parallèle.
• L'ordre d'exécution des stages et des jobs est défini par leur apparition dans le fichier .gitlab-ci.yml.

En ce qui concerne GitLab CI/CD, quelle est la principale différence entre les "Artifacts" et le "Cache"?

• "Artifacts" stocke les dépendances tandis que "Cache" stocke les fichiers générés.
• "Artifacts" et "Cache" sont des termes interchangeables pour stocker des données.
• "Cache" est utilisé pour conserver les dépendances entre les exécutions de jobs tandis que "Artifacts" conserve les fichiers produits par un job pour les utiliser dans d'autres jobs ou étapes.
• "Artifacts" sont destinés à créer des archives des fichiers pour les étapes ultérieures ou pour le téléchargement après l'exécution du pipeline, tandis que "Cache" est utilisé pour accélérer les exécutions en évitant de télécharger/redownloader des dépendances.

Comment fonctionnent les "Shared Runners" dans GitLab CI/CD ?

• Ils sont spécifiques à un projet et ne peuvent être utilisés que par ce projet.
• Ils sont fournis par GitLab et peuvent être utilisés par n'importe quel projet sur une instance GitLab.
• Ils sont conçus pour être utilisés par un groupe de projets ayant des besoins similaires.
• Ils utilisent Docker pour s'assurer que chaque job est exécuté dans un environnement isolé.

Quand utiliseriez-vous des "Specific Runners" dans GitLab CI/CD?

• Lorsque vous avez besoin d'un runner pour tous les projets d'une instance GitLab.
• Lorsque vous avez plusieurs projets avec des besoins similaires en matière d'exécution.
• Lorsque vous avez besoin d'un environnement personnalisé ou d'une configuration matérielle spécifique pour certains projets.
• Lorsque vous souhaitez utiliser Docker pour chaque job du pipeline.

Quelle est la principale utilité des tags dans GitLab CI/CD?

• Modifier le code source
• Orienter les jobs vers des runners adaptés.
• Créer des pipelines.
• Intégrer des outils tiers.