Outils CI/CD

testeur d’expressions GitHub Actionsvérifiez la condition avant le push

Saisissez une expression et modifiez le contexte simulé pour inspecter sa valeur.

testeur d’expressions GitHub Actions

Expression

Contexte simulé JSON

Résultat

Valeur retournée
Aucun résultat

Type: Aucun résultat

Condition if: Aucun résultat

Expression et contexte restent dans ce navigateur, sans envoi à GitHub ni à notre serveur.

Options

Seules les fonctions d’état utilisent cette valeur simulée.

Le résultat est périmé.

Un job saute alors que votre condition sur la branche semble juste ? Le testeur d’expressions GitHub Actions permet de rejouer cette seule condition avec le ref et l’événement que vous renseignez, sans pousser un commit de plus.

Pour tester une condition if, changez les champs github, env, inputs ou matrix. Ce contexte simulé GitHub Actions reste sous votre contrôle : la page ne lit ni votre dépôt ni une exécution réelle.

Pourquoi utiliser ce testeur d’expressions GitHub Actions ?

La valeur brute, son type et sa vérité dans un if apparaissent séparément.

Un ref différent, une réponse différente

La même expression peut valoir vrai sur main et faux sur une branche de fonctionnalité. Le testeur d’expressions GitHub Actions laisse modifier github.ref sur place, sans relancer la CI.

Un objet de contexte modifiable relié à deux états booléens distincts.

Séparer valeur et vérité

Un OU logique peut renvoyer une chaîne que if considère vraie. Le testeur d’expressions GitHub Actions affiche la valeur brute et la vérité séparément.

Une expression logique se divise entre une valeur bleue et une condition vraie verte.

Retrouver le sens exact d’une condition

01

Délimiter l’expression

Collez une expression nue, une enveloppe complète `${{ … }}` ou une ligne `if:`. Un texte de comparaison placé hors de l’enveloppe est signalé au lieu d’être ignoré.

  • Un exemple volontairement erroné permet de voir le diagnostic.
02

Régler les valeurs simulées

Modifiez le JSON de github, env, inputs et matrix. Le statut succès, échec ou annulation ne sert qu’aux fonctions d’état.

  • env.DEPLOY est une chaîne par défaut ; fromJSON peut la convertir.
03

Lire la valeur puis la vérité

`&&` et `||` peuvent renvoyer une chaîne, ensuite considérée vraie dans if. L’évaluation automatique se relance après modification ; en manuel, utilisez Ctrl/Cmd+Enter.

  • Copie et téléchargement restent bloqués tant que le résultat est périmé.

Observer les fonctions et les contextes

Moteur d’expressions officiel

contains, startsWith, endsWith, format, join, toJSON, fromJSON, case, opérateurs et filtres d’objets suivent les règles GitHub.

Contexte modifiable

Renseignez github.ref ou event_name pour évaluer les expressions GitHub Actions avec vos valeurs. Un nom de contexte absent produit une erreur.

Valeur et type visibles

Le résultat JSON, son type et la vérité de la condition if sont distincts. Un opérateur logique peut rendre un opérande plutôt qu’un booléen.

Ce que cette simulation ne déduit pas

Pas de workflow complet
Les filtres on:, les matrices et les dépendances entre jobs ne sont pas simulés. Une expression vraie ne promet pas que le job démarrera.
Statut fictif seulement
success(), failure(), cancelled() et always() lisent votre statut simulé, pas les étapes déjà exécutées par GitHub.
Aucun faux hash de fichier
hashFiles() exige de vrais fichiers dans GITHUB_WORKSPACE ; la page signale cette limite au lieu de fabriquer un résultat.
Données fournies manuellement
Aucun secret, jeton ou événement réel n’est importé. Évitez de coller des identifiants sensibles dans le contexte JSON.

Questions sur le testeur d’expressions GitHub Actions

Comment tester une condition if ou une expression GitHub Actions sans pousser ?

Saisissez la condition et un contexte représentatif. Le testeur d’expressions GitHub Actions indique valeur et vérité sans lancer de workflow.

Pourquoi ma condition if est-elle toujours vraie ?

Du texte non vide peut être considéré vrai si la comparaison voulue reste hors de `${{ }}`. Placez toute la comparaison dans une seule expression.

Comment fournir un contexte fictif à une expression ?

Écrivez un objet JSON avec les noms racines et champs utilisés, par exemple github.ref. Les champs absents ne sont pas récupérés sur GitHub.

Quelle différence entre success(), failure(), always() et cancelled() ?

Ces fonctions dépendent de l’état précédent chez GitHub. Ici, elles utilisent le statut simulé choisi ; always() reste vrai même pour annulation.

Pourquoi mon job est-il ignoré alors que la condition semble vraie ?

Un contrôle success() implicite, une dépendance ou un filtre d’événement peut intervenir. Cette page vérifie l’expression isolée, pas la décision complète.

Un workflow que cet outil juge mal ?

Essayer le testeur d’expressions GitHub Actions

Revenez au testeur d’expressions GitHub Actions avec une condition réelle et un contexte expurgé, puis inspectez la valeur avant de pousser.

Toute l'analyse se fait localement dans le navigateur.