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.

Chargement…
Validateur GitLab CI — contrôles structurels
Repérez script/trigger manquants et stages incorrects — pas un runner GitLab ni un validateur de schéma complet.

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. Les problèmes et compteurs apparaissent dans le panneau de résultats après debounce (~300 ms).

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

stages: - test unit: stage: test script: - npm ci - npm test

Résultat

Structure GitLab CI valide — aucun blocage — affiché dans le panneau de résultats.

Job sans script

Entrée

stages: - build compile: stage: build

Résultat

Invalide — clé type job sans script ni trigger — affiché dans le panneau de résultats.

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.

GitHub Actions et GitLab CI — formater le YAML et vérifier la structure des workflows/jobs dans le navigateur.