Valider GitLab CI en ligne — Structure .gitlab-ci.yml
Contrôles structurels pour stages, jobs et script/trigger. Pas un runner GitLab — validation dans le navigateur.
Notes développeur
• Clés réservées (stages, variables, include, …) ne sont pas des jobs. • Jobs cachés commençant par . : pas d’exigence script. • Jobs extends-only : warning en v1. • Pas de fetch d’includes distants ni d’exécution pipeline.
Quand les équipes l’utilisent
• Contrôle rapide d’un extrait .gitlab-ci.yml. • Détecter un job sans script avant push. • Enseigner la forme d’un pipeline sans projet GitLab. • Enchaîner avec format-gitlab-ci après correction.
Exemples concrets
Stages + job unit valide
Entrée
Résultat
Job sans script
Entrée
Résultat
Outils CI/CD liés
Formatez avec formater GitLab CI, validez Actions avec valider GitHub Actions, ou parcourez le hub CI/CD.
FAQ validateur GitLab CI
Contrôles structurels uniquement
Équivalent du CI Lint GitLab ?
Non. Pas d’API GitLab ni de simulation runner. Contrôles structurels (YAML + jobs/script) dans le navigateur.
Les jobs cachés sont-ils validés ?
Les noms commençant par . sont exemptés de l’exigence script (templates). Les autres clés suivent les règles réservées.
Et le job pages ?
pages est traité comme un job et doit respecter script/trigger comme les autres.
Plus d’outils CI/CD dans ce cluster
Convertisseurs, encodeurs, formateurs et minificateurs au même endroit ? Outils développeurs Ouvrez le catalogue des outils développeurs.