D’après la page GitHub Status, GitHub a connu une panne mondiale majeure le 17 août 2026. L’incident a été signalé vers 13 h 40 UTC, puis annoncé comme résolu autour de 21 h 15 UTC. Pendant presque huit heures, la plateforme de Microsoft a lourdement perturbé le travail de millions de développeurs et d’équipes techniques.
Le site web n’était qu’une partie du problème. Toujours d’après GitHub Status, les requêtes API, GitHub Actions, les webhooks, les pull requests, les téléchargements d’archives de dépôts et de contenus bruts, ainsi que GitHub Copilot, ont eux aussi été touchés. De quoi provoquer des blocages en chaîne dans les workflows de développement.
Au plus fort de la panne, GitHub indiquait sur sa page de statut qu’environ 20 % du trafic web et API partait en erreur. Les téléchargements d’archives de dépôts et de contenus bruts ont été encore plus atteints, avec des taux d’échec proches de 50 %, toujours selon GitHub Status.
Dans les faits, des développeurs pouvaient se retrouver sans accès à leurs projets, des intégrations automatisées tombaient en échec, et des pipelines de livraison logicielle s’arrêtaient net. Et pour beaucoup d’entreprises, on dépassait largement la simple gêne passagère : revues de code retardées, déploiements suspendus, équipes techniques coupées de leur plateforme centrale.
Les clients entreprise n’ont pas été épargnés non plus. GitHub Status fait état de perturbations sur les services d’authentification et de gestion d’identité de GitHub, notamment SAML, OIDC, SCIM et Team Sync, ce qui a compliqué l’accès aux environnements GitHub en entreprise.
GitHub a indiqué sur GitHub Status avoir lancé l’enquête peu après les premiers signes de panne. Il a ensuite fallu plusieurs heures pour isoler le composant en cause, mettre en place des correctifs, puis rétablir les services progressivement.
À l’heure où nous écrivons ces lignes, les détails techniques sur le composant à l’origine de l’incident restent limités, au vu des informations publiées par GitHub.
Cette séquence risque d’alimenter encore les critiques sur la capacité de la plateforme à encaisser ce type de choc. Quand un service aussi central que GitHub vacille, l’effet domino est immédiat dans l’écosystème logiciel mondial, du développeur indépendant jusqu’aux grandes organisations.
À ce stade, mieux vaut rester prudent. Nous vous tiendrons informés.
Cette panne n’arrive pas dans le vide. Si l’on se fie à l’historique public de GitHub Status, GitHub aurait déjà connu huit épisodes distincts de dégradation sur le seul mois de juillet 2026, de quoi relancer les questions sur la fiabilité du service cette année.
Plusieurs observateurs relient cette instabilité à un mélange de facteurs : une charge qui continue de monter sur la plateforme, l’essor de nouveaux usages liés au développement assisté, et la complexité de la migration en cours vers Microsoft Azure. GitHub a d’ailleurs lui-même reconnu l’ampleur du chantier, son directeur technique évoquant récemment un besoin de capacité multiplié par 30.
La panne du 17 août rappelle à quel point GitHub est devenu une infrastructure critique, bien au-delà du simple rôle d’hébergeur de code.
Quand GitHub tombe, ce sont les chaînes de collaboration, de test et de déploiement qui se grippent un peu partout dans le monde.
Pour les entreprises comme pour les développeurs, cet épisode relance aussi une question plus large : jusqu’où peut-on concentrer autant d’étapes du cycle logiciel sur une seule plateforme sans faire grimper le risque opérationnel ?
