Choisissez un abonnement (à partir de 9,90 €/mois, 39 certifications) et accédez immédiatement à l'examen blanc complet, ainsi qu'à ces 4 outils d'entraînement supplémentaires :
Glossaire — 25 termes clés
action.ymlFichier de métadonnées obligatoire pour toute action personnalisée GitHub Actions, définissant le nom, la description, les inputs, les outputs et le point d'entrée (runs). Sans ce fichier, l'action ne peut pas être reconnue ni exécutée.
activity typesSous-types d'un événement déclencheur permettant de filtrer précisément quand un workflow s'exécute, via la clé types. Par exemple, un événement pull_request peut être filtré sur opened, reopened ou closed.
artifactsFichiers produits par un job (binaires, rapports de tests, captures d'écran) qui sont persistés après la fin de l'exécution et peuvent être partagés entre jobs ou téléchargés ultérieurement. Ils sont distincts du cache, qui sert à réutiliser des dépendances stables.
cancel-in-progressPropriété de la clé concurrency qui, lorsqu'elle est définie à true, annule automatiquement toute exécution en cours du même groupe dès qu'un nouveau run est déclenché. Elle est utile pour n'exécuter que le workflow correspondant aux dernières modifications.
Pipeline CI/CD multi-environnements avec workflows réutilisables
30Nombre de microservices concernés8 ingénieursTaille de l'équipe DevOps~65 %Gain estimé de duplication de code YAML3 niveaux maximumNiveaux d'imbrication de workflows réutilisables
TechFlow SAS est une scale-up française spécialisée dans les solutions SaaS B2B. L'équipe DevOps, composée de 8 ingénieurs, maintient une trentaine de microservices déployés sur Azure. Jusqu'ici, chaque dépôt possédait ses propres fichiers de workflow YAML, entraînant une duplication massive de la logique CI : les mises à jour de sécurité devaient être répliquées manuellement dans les 30 dépôts, ce qui générait régulièrement des incohérences et des failles dans les pipelines de staging et de production.
Face à ce constat, le responsable DevOps décide de migrer vers une architecture centralisée basée sur les reusable workflows GitHub Actions. Un dépôt central 'platform/workflows' est créé pour héberger les workflows réutilisables de build, de lint, de test et de déploiement. Chaque dépôt microservice n'aura plus qu'à appeler ces workflows partagés via le déclencheur workflow_call, en transmettant les paramètres propres à chaque service.
L'enjeu principal est de garantir la sécurité des secrets (tokens Azure, credentials de registre Docker privé) lors de leur transmission entre workflows appelants et workflows appelés, tout en maintenant la possibilité de personnaliser certains comportements par service, notamment le répertoire de travail et le shell utilisé pour les scripts de déploiement.
Sans un fichier _____ à la racine du dépôt, GitHub Actions ne peut pas identifier les inputs attendus ni le point d'entrée d'une action personnalisée JavaScript.
En précisant des _____ comme labeled ou assigned sous l'événement issues, le workflow ne se déclenche pas simplement à l'ouverture d'une issue, mais uniquement lors des sous-événements explicitement listés.
Les rapports de couverture de tests générés par le job test sont sauvegardés sous forme d'_____ afin de pouvoir être téléchargés depuis l'interface GitHub après la fin du pipeline.
Sans un fichier _____ à la racine du dépôt, GitHub Actions ne peut pas identifier les inputs attendus ni le point d'entrée d'une action personnalisée JavaScript.
En précisant des _____ comme labeled ou assigned sous l'événement issues, le workflow ne se déclenche pas simplement à l'ouverture d'une issue, mais uniquement lors des sous-événements explicitement listés.
Les rapports de couverture de tests générés par le job test sont sauvegardés sous forme d'_____ afin de pouvoir être téléchargés depuis l'interface GitHub après la fin du pipeline.
L’examen blanc GitHub Actions (GH-200) est la certification officielle GitHub de référence pour les ingénieurs DevOps et développeurs qui automatisent leurs workflows CI/CD sur GitHub. Elle valide la capacité à concevoir des workflows YAML, créer des actions personnalisées, administrer GitHub Actions à l’échelle d’une entreprise et sécuriser l’automatisation avec OIDC, permissions scopées et épinglage des actions tierces.
Le programme GH-200, révisé en janvier 2026, couvre cinq domaines officiels : concevoir et gérer des workflows (20-25 %), consommer et dépanner des workflows (15-20 %), créer et maintenir des actions (15-20 %), administration en entreprise (20-25 %), sécurité et optimisation (10-15 %). Les concepts clés : workflow_dispatch, GITHUB_TOKEN, matrices de jobs, workflows réutilisables, runners self-hosted, secrets scopés, OIDC.
Pour réussir l’examen blanc GH-200, il faut obtenir 700/1000 points (70 %) sur environ 75 questions en 100 minutes. Nos 180 questions d’entraînement, réparties en 3 examens blancs à seuils progressifs (70 %, 75 %, 80 %), sont disponibles en anglais et en français.
Nous utilisons des cookies essentiels pour faire fonctionner le site.
Avec votre accord, nous pouvons aussi utiliser des cookies pour améliorer votre expérience, analyser l’usage et afficher du contenu pertinent.
Essentiels : toujours actifs
Personnaliser : choisir vos préférences
Accepter ou Refuser : tous les cookies non essentiels
Préférences relatives aux cookies
Gérez vos préférences en matière de cookies ci-dessous :
Essential cookies enable basic functions and are necessary for the proper function of the website.
Nom
Description
Duration
Cookie Preferences
This cookie is used to store the user's cookie consent preferences.
30 days
These cookies are needed for adding comments on this website.
Nom
Description
Duration
comment_author
Used to track the user across multiple sessions.
Session
comment_author_email
Used to track the user across multiple sessions.
Session
comment_author_url
Used to track the user across multiple sessions.
Session
These cookies are used for managing login functionality on this website.
