Lundi 17 août, vers 15 h 40 à Paris, tout s'est mis à ralentir sur GitHub. La plus grande forge de code de la planète a commencé à renvoyer des erreurs en rafale, et la panne s'est étendue en quelques minutes à presque tout : pages de dépôts, pull requests, Issues, Actions, jusqu'à Copilot, l'assistant IA de Microsoft.
Si tu ne codes jamais, tu te dis que ça ne te concerne pas. Détrompe-toi : une bonne partie des logiciels que tu utilises, du navigateur à l'application de ton téléphone, vit dans des dépôts GitHub. Quand la forge tombe, ce sont les mises à jour, les téléchargements et les discussions de maintenance d'une bonne partie de la planète qui se figent.
Une panne en cascade, du web aux téléchargements
La page de statut de GitHub a donné le ton dès 13 h 40 UTC : « problèmes de performance sur certains services ». Vu de l'extérieur, c'était plus impressionnant. BleepingComputer a relevé des taux d'erreur d'environ 20 % sur le site et l'API, et jusqu'à 50 % sur les téléchargements d'archives et de fichiers bruts. Traduction simple : la moitié des gens qui voulaient récupérer une version d'un logiciel sont tombés sur une erreur.
Les dégâts ont aussi touché l'authentification des entreprises, avec les protocoles SAML, OIDC et SCIM, ainsi que les webhooks. Quand l'authentification vacille, tout ce qui passe par des jetons automatiques se retrouve coincé : robots de mise à jour, outils d'intégration, déploiements programmés.
Source BleepingComputer — « Microsoft confirms GitHub is down worldwide », 17 août 2026.
Pourquoi ça tient à un fil
GitHub n'est pas qu'un site où l'on range du code, c'est le moyeu d'un écosystème entier : des dizaines de millions de développeurs, des entreprises, des projets publics, et des milliers de projets libres maintenus par des bénévoles. Le 6 août, une panne sur GitHub Actions avait déjà bloqué des déploiements pendant des heures. Le 13 août, c'était la synchronisation des équipes et un modèle de Copilot qui cafouillaient. Hier, c'était plus large.
Au total, l'incident a duré environ sept heures, de 13 h 40 UTC à la résolution complète vers 21 h 15. Une page de statut qui repasse au vert ne veut pas dire que tout est rentré dans l'ordre en une minute : certains services, comme Copilot, ont continué à connaître des ratés après la fin officielle de l'incident.
Ce que ça change pour toi, concrètement
D'abord, si tu télécharges un logiciel depuis GitHub, tu sais maintenant pourquoi une URL peut refuser de répondre un après-midi d'été : ce n'est ni toi ni ta connexion, c'est l'infrastructure d'un acteur central qui plie sous la charge. La page de statut officielle est le premier réflexe à avoir, avant de croire que ton réseau est en cause.
Ensuite, pour celles et ceux qui contribuent ou qui suivent des projets : c'est le moment de regarder les alternatives, GitLab, Codeberg ou des forges hébergées chez soi, et surtout de garder des copies locales des dépôts qui comptent. On te parlait déjà des workflows GitHub Actions au début du mois : la panne de lundi montre que tout cet écosystème repose sur une pièce unique. La résilience commence par une sauvegarde locale.
GitHub a fini par rouvrir, et le code a repris son sommet. Mais la prochaine fois qu'une page de dépôt refusera de charger, tu sauras que la plus grosse forge du monde peut elle aussi passer un après-midi à l'arrêt. Garde une copie chez toi : c'est toujours le meilleur réflexe.
Sources
BleepingComputer — « Microsoft confirms GitHub is down worldwide », 17 août 2026 : lire l'article
GitHub Status — page de statut officielle et historique de l'incident du 17 août 2026 : consulter la page
Hacker News — fil « GitHub down again? no PR access », 17 août 2026, 288 points : lire le fil
—
Recherche, relecture et illustration assistées par IA. Le contenu reflète le travail éditorial de la rédaction.
No comments yet