Gestion des échecs de livraison des "webhooks"

GitHub ne relivre pas automatiquement les livraisons de webhook ayant échoué, mais vous pouvez gérer les échecs de livraison manuellement ou en écrivant du code.

Dans cet article

À propos des échecs de livraison de webhook

Une livraison de webhook peut échouer pour plusieurs raisons. Par exemple, si votre serveur est arrêté ou met plus de10 secondes à répondre, GitHub enregistre la livraison en tant qu’échec.

GitHub ne relivre pas automatiquement les livraisons ayant échoué.

Gestion des échecs de livraison

Vous pouvez relivrer manuellement les livraisons ayant échoué. Pour plus d’informations, consultez « AUTOTITLE ».

Vous pouvez également écrire un script qui vérifie les livraisons ayant échoué et tente de relivrer toutes les livraisons en échec. Votre script doit s’exécuter selon une planification et effectuer les opérations suivantes :

  1. Utiliser l’API REST GitHub pour extraire des données sur les livraisons de webhook qui ont été tentées depuis la dernière exécution de votre script. Pour plus d’informations, consultez AUTOTITLE, AUTOTITLE et AUTOTITLE.

    Il n’existe aucun point de terminaison API permettant d’obtenir des données relatives aux webhooks GitHub Marketplace ou GitHub Sponsors.

  2. Examiner les données extraites pour voir si des livraisons ont échoué. Les données d’une livraison ayant échoué auront une valeur qui n’est pas .

  3. Utiliser une API REST GitHub pour relivrer toutes les livraisons échouées. Pour plus d’informations, consultez AUTOTITLE, AUTOTITLE et AUTOTITLE.

Pour obtenir des exemples de scripts, reportez-vous à :

  • AUTOTITRE
  • AUTOTITRE
  • AUTOTITRE

Si une livraison de webhook échoue à plusieurs reprises, vous devez enquêter sur la cause. Chaque livraison ayant échoué donnera une raison d’échec. Pour plus d’informations, consultez « AUTOTITLE ».