Comment utiliser : Générateur de workflows GitHub Actions
- Choisissez votre pile et les branches sur lesquelles le workflow doit s'exécuter.
- Choisissez des déclencheurs : push, pull requests, exécutions manuelles, balises de version ou un calendrier.
- Sélectionnez les étapes et les versions à tester, ainsi qu'une cible de déploiement (facultatif).
- 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égende | Objectif |
|---|---|
on | Événements déclenchant le workflow : push, pull_request, schedule, workflow_dispatch |
permissions | Ce que le système automatique GITHUB_TOKEN peut faire — restez concis |
concurrency | Annule les exécutions obsolètes sur la même branche |
jobs.<id>.runs-on | Le moteur d’exécution, par exemple ubuntu-latest |
strategy.matrix | Exécute la tâche une fois par version |
steps | uses: 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
- GitLab CI Generator — Pick your stack and get a working .gitlab-ci.yml: install with caching, lint and test jobs, a build with artifacts, a Docker image pushed to the GitLab registry, or a GitLab Pages deploy — with rules that run pipelines for merge requests and your default branch without duplicates.
- 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é.
- YAML Validator — Paste a Docker Compose file, Kubernetes manifest, GitHub Actions workflow or any YAML to pinpoint errors, catch common pitfalls and get a cleanly formatted version.
- Kubernetes YAML Generator — Fill in your app’s name, image and port and get production-ready Kubernetes YAML: a Deployment with probes, resource limits and a hardened security context, plus the Service, Ingress with TLS, ConfigMap, Secret and HorizontalPodAutoscaler you tick — in one file ready for kubectl apply.
Questions fréquentes
Où dois-je enregistrer le fichier de workflow ?
.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 ?
Pourquoi mon workflow planifié ne s’exécute-t-il pas à l’heure prévue ?
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).