Observatoire d’automatisation Datvero · www.githubstatus.com
Non. La page de statut de GitHub indique que tous les systèmes sont opérationnels pour GitHub : Git Operations, API Requests, Actions et 8 autres composants (relevé le 6 novembre 2026, 18:10 UTC ; cette page se rafraîchit toutes les 5 minutes).
Lu sur l’API de statut officielle de GitHub le 6 novembre 2026, 18:10 UTC. Datvero republie ce que GitHub déclare ; ce n’est pas une mesure de disponibilité indépendante.
Du 13 août au 6 novembre 2026, www.githubstatus.com recense 62 incidents : 14 critiques, 9 majeurs, 37 mineurs et 2 sans impact (classification de l’éditeur). Durée médiane entre la première publication et la résolution, incidents avec impact uniquement : 1,2 h. Le plus long : « Disruption with GitHub Billing » (26 août 2026), 20,1 h. Sur les 30 derniers jours : 26 incidents, dont 8 de gravité majeure ou critique.
| Publié (UTC) | Incident | Impact | Composants | Durée |
|---|---|---|---|---|
| 5 nov., 23:36 | Degraded performance for multiple GitHub services | mineur | Git Operations, Issues, Actions, Pages | 45 min |
| 5 nov., 16:50 | Incident with Actions | mineur | Actions | 52 min |
| 4 nov., 17:40 | Incident with Actions | majeur | Actions | 36 min |
| 4 nov., 16:05 | Incident with Actions and Pages | majeur | Webhooks, Actions, Pages | 56 min |
| 4 nov., 09:49 | Incident with Pull Requests, Git Operations and Issues | majeur | Git Operations, API Requests, Issues, Pull Requests, Actions | 2 h |
| 4 nov., 08:45 | Increased task-related errors for Copilot Mission Control | mineur | 1,3 h | |
| 3 nov., 20:57 | Incident with Git Operations | mineur | Git Operations | 1,7 h |
| 3 nov., 13:25 | Incident with API, Git, and Copilot requests | mineur | API Requests, Issues, Copilot | 31 min |
| 2 nov., 17:46 | Elevated errors on GPT-5.4 Nano | mineur | Copilot AI Model Providers | 38 min |
| 30 oct., 20:59 | Incident with Dependabot | mineur | 2,5 h | |
| 30 oct., 17:50 | Incident with Actions, Pages, and Webhooks | majeur | Webhooks, Actions, Pages | 1,5 h |
| 30 oct., 14:31 | Disruption with GitHub services | critique | Issues, Pages | 32 min |
| 29 oct., 10:19 | Disruption with Copilot Cloud services | mineur | 2,5 h | |
| 28 oct., 14:12 | Disruption with some Copilot services | critique | Copilot | 1,3 h |
| 27 oct., 08:00 | Elevated 404s for GitHub App s2s tokens in git/API | sans impact | 1 min |
Réessayez avec un délai croissant, envoyez les échecs vers un workflow d’erreur et soyez alerté quand les exécutions cessent de réussir. Dans n8n, chaque nœud a un réglage Retry On Fail ; Make propose des gestionnaires d’erreur Break qui relancent les exécutions incomplètes ; Zapier peut rejouer les exécutions échouées avec Autoreplay. Datvero surveille les exécutions de vos workflows n8n, Make et Zapier et vous alerte quand elles échouent, quelle qu’en soit la cause.
Non. La page de statut de GitHub indique que tous les systèmes sont opérationnels pour GitHub : Git Operations, API Requests, Actions et 8 autres composants (relevé le 6 novembre 2026, 18:10 UTC ; cette page se rafraîchit toutes les 5 minutes).
Du 13 août au 6 novembre 2026, www.githubstatus.com recense 62 incidents : 14 critiques, 9 majeurs, 37 mineurs et 2 sans impact (classification de l’éditeur). Durée médiane entre la première publication et la résolution, incidents avec impact uniquement : 1,2 h. Le plus long : « Disruption with GitHub Billing » (26 août 2026), 20,1 h. Sur les 30 derniers jours : 26 incidents, dont 8 de gravité majeure ou critique.
GitHub la publie sur https://www.githubstatus.com/. Cette page republie son flux public toutes les 5 minutes, avec les horodatages. Datvero n’est pas affilié à GitHub.
Quand la page de statut est verte mais que les appels échouent, lisez le code HTTP. L’API REST de GitHub répond 403 ou 429 quand vous dépassez une limite de débit primaire ou secondaire, avec x-ratelimit-remaining à 0 pour la limite primaire. C’est une limite, pas une panne : attendez l’heure de réinitialisation indiquée dans les en-têtes de la réponse.
La page de statut liste ce que GitHub a déclaré. Si elle est verte et que vous voyez quand même des erreurs, lisez le code d’erreur, réessayez avec un délai croissant et vérifiez si le problème est propre à votre compte, à votre région ou à une intégration. Une page verte ne prouve pas que chaque requête vers GitHub réussit.
Réessayez avec un délai croissant, envoyez les échecs vers un workflow d’erreur et soyez alerté quand les exécutions cessent de réussir. Dans n8n, chaque nœud a un réglage Retry On Fail ; Make propose des gestionnaires d’erreur Break qui relancent les exécutions incomplètes ; Zapier peut rejouer les exécutions échouées avec Autoreplay. Datvero surveille les exécutions de vos workflows n8n, Make et Zapier et vous alerte quand elles échouent, quelle qu’en soit la cause.
Méthode : l’API de statut publique de GitHub (www.githubstatus.com/api/v2) est lue toutes les 5 minutes, sa liste d’incidents au plus toutes les 15 minutes, et chaque incident est conservé avec ses horodatages officiels. Les durées vont de la première publication à la publication de résolution. Copie lisible par machine : services.json. Codes HTTP : GitHub Docs, Rate limits for the REST API. Source officielle : https://www.githubstatus.com/.
Les statuts, noms d’incident et textes appartiennent à GitHub et sont publiés en anglais. Datvero n’est pas affilié à GitHub. Une page de statut verte ne signifie pas que tous les workflows qui appellent GitHub réussissent.