GitHub-nedbrud ramte API, downloads, Actions og Copilot verden over

Hvilke GitHub-tjenester blev påvirket?

Nedbruddet ramte flere lag i udviklingsarbejdsgangen:

• Repositories og downloads: Arkivdownloads og rå filer var særligt ustabile. Det gjorde det vanskeligt at hente kode via både webstedet og automatiserede adgangsveje.
• API-forespørgsler: Forhøjede fejl i API’et forstyrrede værktøjer, scripts og integrationer, der bruger GitHub programmatisk.
• Pull Requests og Issues: Forringet tilgængelighed påvirkede kodegennemgang, fejlhåndtering og andre samarbejdsfunktioner.
• GitHub Actions: CI/CD-workflows og anden automatisering blev påvirket, fordi Actions havde nedsat tilgængelighed.
• Webhooks: Ustabil levering af hændelser kunne forsinke eller afbryde forbundne systemer til udrulning, overvågning og automatisering.
• Git-operationer: Statusopdateringer registrerede også forringet Git-ydeevne, herunder problemer med repository-operationer.
• Copilot: GitHub markerede Copilot som ramt af et større nedbrud eller en alvorlig forringelse af tjenesten. Det påvirkede den AI-assisterede kodning for nogle brugere.
• Enterprise-login og klargøring: Samtidige rapporter pegede på påvirkning af SAML- og OIDC-godkendelse samt SCIM- og Team Sync-funktioner. Den tilgængelige dokumentation giver dog ikke en komplet tidslinje for hver enkelt tjeneste.

I praksis var det altså mere end et problem med GitHub-webstedet. En udvikler kunne eksempelvis opleve fejl ved åbning eller download af repository-indhold, ved gennemgang af en Pull Request, ved start eller afvikling af et Actions-workflow, ved modtagelse af en webhook-hændelse, ved login gennem virksomhedens identitetsløsning eller ved brug af Copilot.

Gik alle GitHub-tjenester offline?

Nej. Oplysningerne beskriver et delvist nedbrud, der ramte flere tjenester – ikke en bekræftet fejl i alle GitHub-komponenter. En samtidig statusoversigt angav Git Operations, Packages, Pages og Codespaces som operationelle, mens andre tjenester var forringede.

Det er en vigtig forskel. At én komponent stod som operationel, betød ikke nødvendigvis, at en brugers samlede arbejdsgang fungerede. Codespaces eller Pages kunne for eksempel være tilgængelige, samtidig med at repository-downloads, Actions, Pull Requests eller webhooks var ustabile. De tilgængelige rapporter fastslår heller ikke, at nogen af de nævnte tjenester var helt upåvirkede under hele hændelsen.

Hvad sagde GitHub om undersøgelsen og genoprettelsen?

GitHub oplyste først, at selskabet undersøgte forhøjede ydelsesproblemer. Senere meddelte virksomheden, at den havde identificeret en problematisk komponent og iværksat korrigerende handlinger. Opdateringer under genoprettelsen viste tydelige tegn på bedring, selv om enkelte fejl fortsat lå over normalt niveau, mens ingeniørerne overvågede systemerne og gennemførte afhjælpende tiltag.

GitHubs statusside markerede senere hændelsen på GitHub.com som løst. En efterfølgende opdatering oplyste dog, at ingeniørerne stadig håndterede sporadiske Copilot-godkendelsesfejl i nogle applikationer. På det tidspunkt blev Copilot-brug via GitHub CLI og GitHub App meldt upåvirket.

Var årsagen kendt?

Ikke ud fra det materiale, der var tilgængeligt på tidspunktet. GitHub beskrev, at en problematisk komponent var blevet identificeret, og hvilke afhjælpende tiltag der blev brugt til at genskabe tjenesten. Men de samtidige rapporter indeholdt ingen teknisk analyse af den egentlige rodårsag. GitHubs statusside lovede at dele en detaljeret analyse, når den var klar.

Det er derfor for tidligt at tilskrive nedbruddet en bestemt databasefejl, en udrulning, en hændelse hos en cloud-leverandør eller en specifik godkendelsesfejl. Den forsvarlige beskrivelse er, at årsagen ikke var offentligt fastslået, da de første hændelsesrapporter blev offentliggjort.

Hvordan adskilte hændelsen sig fra nyere GitHub- og Microsoft-nedbrud?

Nedbruddet den 17. august var bredere end flere nyere GitHub-hændelser, som primært var begrænset til Copilot eller ét enkelt produktområde:

• Den 1. august havde GPT-5.6 Luna i GitHub Copilot periodiske tilgængelighedsproblemer på grund af en fejl hos en upstream-modelleverandør. Andre Copilot-modeller blev ikke påvirket.
• Den 10. august rapporterede GitHub en Copilot-forstyrrelse, der påvirkede adgangen til nogle modeller.
• Den 13. august rapporterede GitHub fejl med Fable 5-modellen i Copilot og henviste til en upstream-modelleverandør.
• En separat hændelse den 6.-7. august påvirkede GitHub Actions, hvor workflows enten fejlede eller blev liggende i kø i længere tid.

I modsætning til disse mere afgrænsede hændelser spredte problemerne den 17. august sig til GitHubs weboplevelse, API’er, samarbejdsfunktioner, automatisering, webhooks, repository-adgang og Copilot.

GitHub ejes af Microsoft, men de tilgængelige oplysninger dokumenterer ikke, at hændelsen var et bredere nedbrud i Microsoft 365 eller Azure. Den bør derfor beskrives som en GitHub-platformshændelse, medmindre en senere undersøgelse fra Microsoft eller GitHub påviser en fælles underliggende årsag.