Remarque : Les exécuteurs hébergés sur GitHub ne sont pas pris en charge sur GitHub Enterprise Server. Vous pouvez voir plus d’informations sur le support futur planifié dans la GitHub public roadmap.
Remarque : si un workflow est ignoré en raison d’un filtrage de chemin d’accès, d’un filtrage de branche ou d’un message de validation (voir ci-dessous), les vérifications associées à ce workflow restent à l’état « En attente ». La fusion d’une demande de tirage (pull request) nécessitant la réussite de ces vérifications sera bloquée.
Les workflows qui seraient autrement déclenchés à l’aide de on: push
ou on: pull_request
ne seront pas déclenchés si vous ajoutez l’une des chaînes suivantes au message de validation d’un envoi (push), ou à la validation HEAD d’une demande de tirage :
[skip ci]
[ci skip]
[no ci]
[skip actions]
[actions skip]
Vous pouvez également terminer le message de validation avec deux lignes vides suivies au choix de :
skip-checks:true
skip-checks: true
Vous ne pourrez pas fusionner la demande de tirage (pull request) si votre référentiel est configuré pour exiger que des vérifications spécifiques soient effectuées au préalable. Pour autoriser la fusion de la demande de tirage, vous pouvez envoyer (push) une nouvelle validation à la demande de tirage sans instruction skip dans le message de validation.
Remarque : les instructions skip s’appliquent uniquement aux événements push
et pull_request
. Par exemple, l’ajout de [skip ci]
à un message de validation n’empêchera pas l’exécution d’un workflow déclenché on: pull_request_target
.
Les instructions skip s’appliquent uniquement aux exécutions de workflow déclenchées par la validation qui contient ces instructions. Vous pouvez également désactiver l’exécution d’un workflow. Pour plus d’informations, consultez « Désactivation et activation d’un workflow ».