Générateur de workflows GitHub Actions — Fichier YAML de CI/CD en quelques secondes

Choisissez votre pile, vos déclencheurs et vos étapes, puis obtenez un script commenté .github/workflows/ci.yml — installation, mise en cache, analyse syntaxique, test, compilation, une matrice de versions et, en option, un déploiement vers GitHub Pages, Vercel ou un registre de conteneurs.

Mis à jour le

Déclencheurs

Étapes

    .github/workflows/ci.yml

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

    Comment utiliser : Générateur de workflows GitHub Actions

    1. Choisissez votre pile et les branches sur lesquelles le workflow doit s'exécuter.
    2. Choisissez des déclencheurs : push, pull requests, exécutions manuelles, balises de version ou un calendrier.
    3. Sélectionnez les étapes et les versions à tester, ainsi qu'une cible de déploiement (facultatif).
    4. Enregistrez le fichier YAML sous le nom .github/workflows/ci.yml, ajoutez les secrets répertoriés dans Paramètres → Secrets et variables → Actions, puis effectuez un push.

    Anatomie d'un flux de travail

    LégendeObjectif
    onÉvénements déclenchant le workflow : push, pull_request, schedule, workflow_dispatch
    permissionsCe que le système automatique GITHUB_TOKEN peut faire — restez concis
    concurrencyAnnule les exécutions obsolètes sur la même branche
    jobs.<id>.runs-onLe moteur d’exécution, par exemple ubuntu-latest
    strategy.matrixExécute la tâche une fois par version
    stepsuses: une action ou run: une commande shell

    Actions utilisées

    Le générateur associe les actions officielles à leurs versions majeures actuelles — actions/checkout@v4, actions/setup-node@v4, actions/setup-python@v5, actions/setup-go@v5, actions/cache@v4, actions/upload-pages-artifact@v3, actions/deploy-pages@v4 et celles de Docker docker/build-push-action@v6. Pour une sécurité maximale de la chaîne d’approvisionnement, liez les actions tierces à un SHA de commit complet.

    Secrets et variables d’environnement

    Ne commitez jamais de jetons. Stockez-les en tant que secrets du dépôt et lisez-les à l’aide de ${{ secrets.NAME }}. Conservez une liste des variables requises dans .env.example et validez les fichiers locaux à l’aide du validateur de fichiers .env. Les workflows planifiés utilisent la syntaxe cron en UTC — créez des expressions à l’aide du générateur d’expressions Cron.

    Assurez-vous que votre fichier package.json contient lint, test et build scripts, que les applications conteneurisées disposent d’un fichier Docker Compose, et validez le YAML à l’aide de YAML to JSON si GitHub signale une erreur de syntaxe.

    Aussi recherché comme : générateur d’actions github, workflow github actions, nœud github actions, github actions yaml, pipeline ci/cd, action de déploiement github pages, action « docker build push », github actions cron.

    Outils complémentaires : Générateur de workflows GitHub Actions

    • Générateur GitLab CI — 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.
    • Générateur de fichiers .gitignore — Cochez les technologies de votre choix — Node, Python, React, Next.js, Docker, macOS, VS Code et 40 autres — et obtenez une liste claire et sans doublons .gitignore avec des sections commentées, prêt à être téléchargé.
    • Validateur YAML — Collez un fichier Docker Compose, un manifeste Kubernetes, un workflow GitHub Actions ou tout autre YAML pour localiser les erreurs, repérer les pièges courants et obtenir une version proprement formatée.
    • 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.

    Questions fréquentes

    Où dois-je enregistrer le fichier de workflow ?
    Dans .github/workflows/ votre dépôt, par exemple .github/workflows/ci.yml. GitHub le prendra en compte lors du prochain push.
    Comment puis-je effectuer un déploiement sur GitHub Pages ?
    Choisissez « GitHub Pages » comme cible de déploiement, puis, dans les paramètres du dépôt, sous « Pages », définissez la source sur « GitHub Actions ». Le workflow télécharge votre dossier de compilation et le déploie.
    Pourquoi mon workflow planifié ne s’exécute-t-il pas à l’heure prévue ?
    Les tâches Cron s'exécutent en UTC ; elles peuvent être retardées pendant les périodes de forte activité et sont automatiquement désactivées dans les dépôts publics après 60 jours d'inactivité.
    En quoi la commande « npm ci » diffère-t-elle de la commande « npm install » ?
    npm ci installe exactement ce qui figure dans le fichier package-lock.json, échoue si le contenu ne correspond pas à celui du fichier package.json et est plus rapide — idéal pour l'intégration continue (CI).
    Puis-je installer Générateur de workflows GitHub Actions en tant qu’application web et l’utiliser hors ligne ?
    Oui. Générateur de workflows GitHub Actions 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