Les vérifications d’état sont basées sur des processus externes, tels que des builds d’intégration continue, qui s’exécutent pour chaque envoi (push) que vous effectuez vers un référentiel. Vous pouvez voir l’état en attente, en cours de passage ou en échec des vérifications d’état en regard des validations individuelles dans votre demande de tirage.
Toute personne disposant d’autorisations d’écriture dans un référentiel peut définir l’état pour toute vérification d’état dans le référentiel.
Vous pouvez afficher l’état global de la dernière validation sur une branche sur la page des branches de votre référentiel ou dans la liste des demandes de tirage.
Si des vérifications d’état sont requises pour un référentiel, vous devez effectuer celles-ci avant de pouvoir fusionner votre branche dans la branche protégée. Pour plus d’informations, consultez « À propos des branches protégées ».
Note
Un travail ignoré signale son état comme « Réussite ». Il n’empêche pas une demande de tirage (pull request) de fusionner, même s’il s’agit d’une vérification requise.
Types de vérifications d’état sur GitHub Enterprise Cloud
Il existe deux types de vérifications d’état sur GitHub Enterprise Cloud :
- Vérifications
- États de validation
Les vérifications sont différentes des états de validation car elles fournissent des annotations de ligne, une messagerie plus détaillée et sont uniquement disponibles pour une utilisation avec GitHub Apps.
Note
GitHub Actions génère des vérifications, et non des états de validation, lors de l'exécution des flux de travail.
Les propriétaires d'organisations et les utilisateurs disposant d'un accès de poussée à un référentiel peuvent créer des vérifications et des états de validation avec l'API GitHub Enterprise Cloud. Pour plus d’informations, consultez « Points de terminaison d’API REST pour les vérifications » et « Points de terminaison d’API REST pour les états de commit ».
Vérifications
Lorsque des vérifications sont configurées dans un référentiel, les demandes de tirage ont un onglet Vérifications dans lequel vous pouvez voir les résultats détaillés des vérifications et réexécuter les vérifications qui ont échoué.
Note
L’onglet Vérifications est rempli uniquement pour les demandes de tirage si vous configurez des vérifications et non des états de validation, pour le référentiel.
Lorsqu’une ligne spécifique d’une validation entraîne l’échec d’une vérification, vous verrez des détails sur la défaillance, l’avertissement ou l’avis en regard du code approprié sous l’onglet Fichiers de la demande de tirage.
Vous pouvez parcourir les récapitulatifs des vérifications de différents commits dans une demande de tirage en utilisant le menu déroulant des commits sous l’onglet Vérifications.
Ignorer et demander des vérifications pour les validations individuelles
Lorsqu’un référentiel est défini pour demander automatiquement des vérifications pour les envois push, vous pouvez choisir d’ignorer les vérifications pour une validation individuelle que vous envoyez. Lorsqu’un référentiel n’est pas défini pour demander automatiquement des vérifications pour les envois push, vous pouvez choisir d’ignorer les vérifications pour une validation individuelle que vous envoyez. Pour plus d’informations sur ces paramètres, consultez Points de terminaison d’API REST pour les suites de vérifications.
Vous pouvez également ignorer les exécutions de workflow déclenchées par les événements push et pull_request en incluant une commande dans votre message de commit. Pour plus d’informations, consultez Exécutions de workflow ignorées
Sinon, pour ignorer ou demander toutes les vérifications pour votre commit, ajoutez l’une des lignes de code de fin suivantes à la fin de votre message de commit :
-
Pour ignorer des vérifications pour une validation, entrez votre message de validation ainsi qu’une description courte et explicite de vos modifications. Après la description de votre validation, avant de fermer la quotation, ajoutez deux lignes vides suivies de
skip-checks: true:$ git commit -m "Update README > > skip-checks: true" -
Pour demander des vérifications pour une validation, entrez votre message de validation ainsi qu’une description courte et explicite de vos modifications. Après la description de votre validation, avant de fermer la quotation, ajoutez deux lignes vides suivies de
request-checks: true:$ git commit -m "Refactor usability tests > > request-checks: true"
Par défaut, Git supprime automatiquement les sauts de ligne consécutifs. Pour laisser le message de validation exactement comme vous l’avez saisi, utilisez l’option --cleanup=verbatim sur votre validation. Pour plus d’informations, consultez --cleanup=<mode> dans la documentation Git.
Rétention des vérifications
GitHub conserve les données de vérification pendant 400 jours. Au terme des 400 jours, les données sont archivées. 10 jours après l’archivage, les données sont définitivement supprimées.
Pour fusionner une demande de tirage avec des vérifications à la fois obligatoires et archivées, vous devez réexécuter les vérifications.