Générateur GitLab CI — Créer un pipeline .gitlab-ci.yml

Choisissez votre environnement et obtenez un .gitlab-ci.yml fonctionnel : installation avec cache, jobs de lint et de tests, build avec artifacts, image Docker poussée dans le registre GitLab, ou déploiement sur GitLab Pages. Les règles lancent les pipelines pour les merge requests et votre branche par défaut, sans doublons.

Mis à jour le

Déploiement

.gitlab-ci.yml

Vos données ne quittent jamais votre ordinateur. Tout le traitement se fait localement dans votre navigateur.

Comment utiliser : Générateur GitLab CI

  1. Choisissez votre environnement — Node.js, Python, Go, une image Docker ou un site statique sur GitLab Pages — puis indiquez la version.
  2. Cochez les jobs souhaités : lint, test, build, couverture ; gardez les règles de merge request activées pour tester chaque MR.
  3. Ajoutez éventuellement un job de déploiement vers un serveur en SSH ou vers Pages, avec une approbation manuelle si vous le souhaitez.
  4. Committez le fichier sous le nom .gitlab-ci.yml à la racine du dépôt : le pipeline démarre au prochain push.

Comment le pipeline est construit

  • workflow:rules lance le pipeline pour les merge requests et pour les push sur la branche par défaut, et évite le pipeline de branche en double lorsqu’une MR est ouverte.
  • cache est indexé sur le fichier de verrouillage (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum) : les dépendances s’installent rapidement et le cache se renouvelle lorsqu’elles changent.
  • artifacts transmettent le résultat du build aux jobs suivants et conservent les rapports de tests et de couverture, que GitLab affiche dans la merge request.
  • interruptible: true combiné à « annulation automatique des pipelines redondants » arrête les anciens pipelines lorsque vous poussez à nouveau.

Secrets

Ne placez jamais de mots de passe ni de clés dans le YAML. Ajoutez-les dans Paramètres → CI/CD → Variables (masquées et protégées) : le job de déploiement attend SSH_PRIVATE_KEY et SSH_KNOWN_HOSTS à cet endroit. Le job Docker utilise les variables intégrées CI_REGISTRY de GitLab, il ne nécessite donc aucune configuration.

Vous utilisez plutôt GitHub ? Essayez le générateur GitHub Actions. Voir aussi : générateur de Dockerfile, validateur YAML.

Aussi recherché comme : générateur gitlab-ci.yml, exemple gitlab ci yml, générateur pipeline gitlab, gitlab ci node, gitlab ci docker build, gitlab pages ci, modèle gitlab ci.

Outils complémentaires : Générateur GitLab CI

  • Validateur GitHub Actions — Collez un workflow issu de .github/workflows et repérez les problèmes avant la CI : déclencheurs invalides, runs-on manquant, needs incorrect, expressions erronées, actions obsolètes et risques d’injection de script.
  • Générateur Docker Compose — Cochez les services dont vous avez besoin — application, base de données, cache, interface d'administration, gestionnaire de messagerie — et obtenez un fichier compose.yaml épuré comprenant des images épinglées, des volumes nommés, des contrôles d'intégrité et depends_on conditions, ainsi qu’un fichier .env correspondant contenant des mots de passe générés.
  • Générateur YAML Kubernetes — Renseignez le nom, l’image et le port de votre application pour obtenir du YAML Kubernetes prêt pour la production : un Deployment avec sondes, limites de ressources et contexte de sécurité renforcé, ainsi que le Service, l’Ingress avec TLS, le ConfigMap, le Secret et le HorizontalPodAutoscaler que vous cochez, le tout dans un seul fichier prêt pour kubectl apply.
  • Générateur de service systemd — Faites tourner votre application comme un véritable service Linux qui démarre au boot et redémarre après un plantage.

Questions fréquentes

Où placer le fichier .gitlab-ci.yml ?
À la racine du dépôt. GitLab le lit à chaque push ; vous pouvez aussi le vérifier dans Build → Éditeur de pipeline, qui valide la syntaxe.
Pourquoi mon pipeline se lance-t-il deux fois pour une merge request ?
Sans règles workflow, GitLab crée un pipeline de branche et un pipeline de merge request. Le bloc workflow:rules généré n’en conserve qu’un seul.
Comment construire et pousser une image Docker dans GitLab CI ?
Choisissez l’environnement Docker : il se connecte avec les variables intégrées CI_REGISTRY, construit avec Docker-in-Docker et pousse un tag pour le commit ainsi que latest pour la branche par défaut.
Comment publier sur GitLab Pages ?
Choisissez GitLab Pages : le job construit votre site et déplace le résultat dans le dossier public, que GitLab publie automatiquement.
Puis-je installer Générateur GitLab CI en tant qu’application web et l’utiliser hors ligne ?
Oui. Générateur GitLab CI est une application web installable (PWA) : elle s’installe depuis votre navigateur, sans passer par une boutique d’applications. Cliquez sur « Installer l’application » en haut de cette page dans Chrome ou Edge (Windows, macOS, Linux, ChromeOS) ; sur Android, utilisez « Partager » → « Ajouter à l’écran d’accueil » sur iPhone et iPad ; ou « Fichier » → « Ajouter au Dock » dans Safari 17+ sur Mac. L’application s’ouvre alors dans sa propre fenêtre avec sa propre icône, et comme elle s’exécute entièrement dans votre navigateur, elle continue de fonctionner hors ligne. Firefox sur ordinateur de bureau ne permet pas d’installer d’applications web. Comment fonctionne l’installation.

Outils similaires