Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.

Nous avons récemment déplacé une partie de la documentation de l’API REST. Si vous ne trouvez pas ce que vous recherchez, vous pouvez essayer les nouvelles pages d’API REST Branches, Collaborators, Commits, Deploy Keys, Deployments, GitHub Pages, Releases, Metrics, Webhooks.

Webhooks de dépôt

Utilisez l’API REST pour créer et gérer des webhooks pour vos dépôts.

À propos des webhooks de dépôt

Les webhooks de référentiel vous permettent de recevoir des charges utiles HTTP POST chaque fois que certains événements se produisent dans un référentiel. Vous pouvez utiliser l’API REST pour gérer les webhooks de dépôt, d’organisation et d’application. Vous pouvez lister les livraisons d’un webhook, ou obtenir et refaire une livraison individuelle d’un webhook, qui peut être intégré dans une application ou un service externe. Vous pouvez également utiliser l’API REST pour changer la configuration du webhook. Par exemple, vous pouvez modifier l’URL de charge utile, le type de contenu, la vérification SSL et le secret. Pour plus d'informations, consultez les pages suivantes :

Si vous souhaitez configurer un seul webhook pour recevoir des événements de tous les dépôts de votre organisation, consultez la documentation de notre API REST pour les Webhooks d’organisation.

Outre l’API REST, GitHub peut également servir de hub PubSubHubbub pour les référentiels.

Réception de webhooks

Pour que GitHub Enterprise Server envoie des charges utiles de webhook, votre serveur doit être accessible à partir d’Internet. Nous vous suggérons également vivement d’utiliser SSL afin que nous puissions envoyer des charges utiles chiffrées via HTTPS.

En-têtes de webhook

GitHub Enterprise Server envoie plusieurs en-têtes HTTP pour différencier les types d’événements et les identificateurs de charge utile. Consultez En-têtes de webhook pour plus de détails.

PubSubHubbub

GitHub peut également servir de hub PubSubHubbub pour tous les référentiels. PSHB est un protocole de publication/abonnement simple qui permet aux serveurs de s’inscrire pour recevoir des mises à jour lorsqu’une rubrique est mise à jour. Les mises à jour sont envoyées avec une requête HTTP POST à une URL de rappel. Les URL de rubrique pour les pushs d’un référentiel GitHub sont au format suivant :

https://github.com/{owner}/{repo}/events/{event}

L’événement peut être n’importe quel événement de webhook disponible. Pour plus d’informations, consultez « Événements et charges utiles du webhook ».

Format de la réponse

Le format par défaut est ce que les hooks post-réception existants doivent attendre : un corps JSON envoyé en tant que paramètre payload dans un POST. Vous pouvez également spécifier de recevoir le corps JSON brut avec un en-tête Accept ou une extension .json.

Accept: application/json
https://github.com/{owner}/{repo}/events/push.json

URL de rappel

Les URL de rappel peuvent utiliser le protocole HTTP.

# Send updates to a PostBin bin
https://www.toptal.com/developers/postbin/123

Abonnement

Le point de terminaison GitHub PubSubHubbub est http(s)://HOSTNAME/api/v3/hub, qui prend les paramètres suivants.

NomTypeObligatoireDescription
hub.modestringsubscribe ou unsubscribe.
hub.topicstringURI du référentiel GitHub auquel s’abonner. Le chemin d’accès doit être au format /{owner}/{repo}/events/{event}.
hub.callbackstringURI pour recevoir les mises à jour de la rubrique.
hub.secretstringClé secrète partagée qui génère une signature de hachage du contenu du corps sortant. Vous pouvez vérifier qu’une transmission de type push provient de GitHub en comparant le corps de la requête brute au contenu de X-Hub-Signature ou X-Hub-Signature-256des en-têtes. Pour plus d’informations, consultez la documentation PubSubHubbub.

Un exemple de requête avec curl ressemble à ce qui suit :

curl -u "user" -i \
  http(s)://HOSTNAME/api/v3/hub \
  -F "hub.mode=subscribe" \
  -F "hub.topic=https://github.com/{owner}/{repo}/events/push" \
  -F "hub.callback=https://www.toptal.com/developers/postbin/123"

Les requêtes PubSubHubbub peuvent être envoyées plusieurs fois. Si le hook existe déjà, il sera modifié en fonction de la requête.