GitHub Actions YAML Linter & Formatter

GitHub Actions YAML Linter & Formatter

Collez un fichier de workflow GitHub Actions dans la zone de saisie, ou cliquez sur l'un des liens d'exemple pour charger un exemple de CI, de publication ou de syntaxe obsolète.

Comment utiliser

1. Collez votre .github/workflows/*.yml Tri des clés
2. Basculer pour réorganiser les champs selon l'ordre canonique de GitHub Actions (nom, sur, permissions, jobs, puis pour chaque job runs-on, needs, steps). activé pour détecter des champs manquants, des types d'événements inconnus, des étiquettes de runners invalides et des structures cassées
3. , tâches sans module, listes mal formées) pour des suggestions de bonnes pratiques comme les noms de modules FQCN, manque de noms, et les avertissements d'idempotence. Validation selon le schéma GitHub Actions activé pour des suggestions relatives à la chaîne d'approvisionnement et à la fiabilité (fixer les actions tierces à une version SHA, ajouter needs références.
4. , tâches sans module, listes mal formées) pour des suggestions de bonnes pratiques comme les noms de modules FQCN, manque de noms, et les avertissements d'idempotence. Affichage de suggestions de bonnes pratiques , remplacer les commandes obsolètes du workflow). timeout-minutesCopiez le YAML formaté ou téléchargez-le sous forme de
5. fichier prêt à commiter. .yml Validation du schéma

Caractéristiques

• – Champs de niveau supérieur requis ( ), noms d'événements autorisés, clés valides pour les jobs et les étapes, et portées correctes des permissions.on, jobsRègles sur les workflows réutilisables
• – Détecte quand un job mélange , ce que GitHub refusera à l'exécution. uses avec runs-on ou stepsvérification du graphe des dépendances
• – Indique les références mutuelles et les dépendances vers des jobs qui n'existent pas dans le fichier. Analyseur de références d'actions
• – Détecte les valeurs manquantes ou non conformes à uses: format. @ref Détection de la syntaxe obsolète owner/repo – Met en garde contre les runtimes avec leur remplacement moderne.
• Suggestions de bonnes pratiques – Suggère de fixer les actions tierces à une version SHA et d'ajouter ::set-env, ::set-output, ::save-stateet node12/node16 pour éviter les jobs qui s'étendent indéfiniment.
• Vérification de la cron – Valide que les entrées cron ont exactement cinq champs. timeout-minutes Formatage sensible au workflow
• – Réorganise les clés au niveau du workflow, du job et de l'étape selon l'ordre conventionnel de GitHub Actions pour des diffs cohérents. – Aucun contenu de workflow n'est envoyé vers un serveur. on.schedule Pourquoi les workflows GitHub Actions sont-ils si sensibles aux erreurs structurelles ?
• Le fichier YAML de workflow GitHub Actions suit un schéma strict avec des clés de niveau supérieur obligatoires, des noms d'événements fixes et des règles de clés par job qui varient selon que le job est un job normal ou une appel de workflow réutilisable. Le fichier est uniquement analysé lorsqu'un déclencheur est déclenché sur GitHub, donc une erreur de nom de clé ou un événement inconnu reste silencieusement dans le dépôt jusqu'à ce que le prochain push ou PR échoue. La vérification par schéma détecte ces types d'erreurs avant qu'ils n'atteignent le runner. Qu'est-ce que la fixation d'une action à une version SHA protège réellement contre ?
• Fonctionne entièrement dans votre navigateur GitHub Actions résout