Générateur de workflow GitHub Actions

Générateur de workflow GitHub Actions

Composer un fichier valide .github/workflows/main.yml à partir d'un formulaire guidé. Choisissez une stack de langage, sélectionnez les déclencheurs, activez les étapes de vérification de code, test, construction et déploiement, et le générateur émet un flux syntaxiquement correct que vous pouvez directement déposer dans un dépôt.

Comment utiliser

1. Définir un Nom du flux de travail (ce devient l'étiquette dans l'onglet Actions).
2. Choisissez un Empiler — Node.js, Python, Go, Rust, PHP, Ruby, Java, ou .NET. Les commandes par défaut pour l'installation, le test et la construction sont remplies automatiquement.
3. Saisir le runtime Versions que vous souhaitez tester (séparé par des virgules, ex. 20, 22).
4. Choisir Déclencheurs: poussée, demande de pull request, planification cron et déclenchement manuel du flux de travail.
5. Cochez les Lint, Test, Construireet étapes de déploiement que vous avez besoin. Remplacez les commandes suggérées si votre projet utilise des scripts différents.
6. Copiez le YAML ou téléchargez-le sous forme de main.yml et commettez-le sous .github/workflows/ dans votre dépôt.

Caractéristiques

• Défauts intelligents selon la stack – Le générateur choisit l'action appropriée (setup-node, setup-python, setup-go, etc.) et des commandes d'installation, de test et de construction sensibles au langage sélectionné.
• Builds en matrice – Tester sur plusieurs runners d'OS (Ubuntu, macOS, Windows) et versions de runtime dans un seul flux de travail.
• Déclencheur de composer – Mélanger et combiner push, pull_request, schedule (cron, UTC) et workflow_dispatch avec des filtres de branche.
• Caching des dépendances – Mise en cache optionnelle pour npm, pip, Go modules, Cargo, Composer, Bundler et Maven/Gradle.
• Contrôle de concurrence – Annuler les exécutions en cours sur la même référence afin d'éviter de gaspiller des minutes sur des commits périmés.
• Tâche de déploiement – Tâche optionnelle de suivi déclenchée sur une branche spécifique avec needs: build, idéale pour les pipelines de déploiement continu.
• Environnements & secrets – Variables d'environnement au niveau du flux de travail avec prise en charge des ${{ secrets.NAME }} références.
• Client-side – Le YAML est assemblé dans le navigateur ; rien n'est envoyé vers un serveur.