GitHub says sorry and vows to do better as uptime slips and devs complain
- Reference: 1777460422
- News link: https://www.theregister.co.uk/2026/04/29/github_says_sorry_and_says/
- Source link:
GitHub appears to be struggling with measly three nines availability [1]READ MORE
Developers using the service have faced repeated downtime, and the apology comes just hours after Hashicorp co-founder Mitchell Hashimoto [2]declared the platform is "no longer a place for serious work", announcing plans to move his terminal emulator project, Ghostty, elsewhere.
GitHub [3]highlighted several recent incidents in its post. On April 23th, a Merge Queue bug caused merge groups containing more than one pull request to produce incorrect commits.
"In affected cases," notes GitHub, "changes from previously merged pull requests and prior commits were inadvertently reverted by subsequent merges."
Then on April 27th, parts of the user interface dependent on search stopped showing results after GitHub's Elasticsearch cluster became "overloaded (likely due to a botnet attack)." GitHub is still working on a root cause analysis.
[4]
The problems are not new. In February, The Register [5]noted that GitHub was struggling with availability. Uptime for the service, according to a [6]reconstructed status page , dropped below 90 percent in 2025, and the trend has been downward. April's uptime is now below 85 percent.
[7]
[8]
AI is a factor, according to the source shack: "The main driver is a rapid change in how software is being built. Since the second half of December 2025, agentic development workflows have accelerated sharply."
In between the handwringing, GitHub admits it had planned to up capacity by 10X and said it began work to do this in October 2025. However, by February this year, it became clear that 30 times as much capacity is required. GitHub has since scrambled to deal with the issues.
[9]
"Our priorities are clear: availability first, then capacity, then new features. We are reducing unnecessary work, improving caching, isolating critical services, removing single points of failure, and moving performance-sensitive paths into systems designed for these workloads."
What about the migration to Azure? That is not the culprit. GitHub says the migration has actually helped, allowing it to "stand up a lot more compute" quickly.
[10]IBM's AI coding 'partner' Bob hits general availability
[11]Microsoft's GitHub shifts to metered AI billing amid cost crisis
[12]Tokenmaxxing isn't an AI strategy
[13]Claude Opus 4.7 has turned into an overzealous query cop, devs complain
Yesterday, Hashimoto [14]complained in a post on his website :
"For the past month I've kept a journal where I put an 'X' next to every date where a GitHub outage has negatively impacted my ability to work. Almost every day has an 'X'. On the day I am writing this post, I've been unable to do any PR review for ~2 hours because there is a GitHub Actions outage."
GitHub's apology was penned by Chief Technology Officer, Vlad Fedorov, who closed with: "We hear the pain you're experiencing. We read every email, social post, support ticket, and we take it all to heart."
[15]
"We're sorry."
Restoring developer confidence to pre-crisis levels - when it was the go-to place for stashing code and collaborating on projects - will take more than words.
®
Get our [16]Tech Resources
[1] https://www.theregister.com/2026/02/10/github_outages/
[2] https://www.theregister.com/2026/04/29/mitchell_hashimoto_ghostty_quitting_github/
[3] https://github.blog/news-insights/company-news/an-update-on-github-availability/
[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2afIrIF8dIjNa4meQc3h1wAAAAMc&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[5] https://www.theregister.com/2026/02/10/github_outages/
[6] https://mrshu.github.io/github-statuses/
[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44afIrIF8dIjNa4meQc3h1wAAAAMc&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[8] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33afIrIF8dIjNa4meQc3h1wAAAAMc&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44afIrIF8dIjNa4meQc3h1wAAAAMc&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[10] https://www.theregister.com/2026/04/28/ibms_ai_coding_partner_bob/
[11] https://www.theregister.com/2026/04/28/microsofts_github_shifts_to_metered/
[12] https://www.theregister.com/2026/04/26/ai_price_tag/
[13] https://www.theregister.com/2026/04/23/claude_opus_47_auc_overzealous/
[14] https://mitchellh.com/writing/ghostty-leaving-github
[15] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/devops&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33afIrIF8dIjNa4meQc3h1wAAAAMc&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[16] https://whitepapers.theregister.com/
JFrog Artifactory
That is all.
Re: JFrog Artifactory
Boiled or cooked?
The main driver is a rapid change in how software is being built...
...Since the second half of December 2025, agentic development workflows have accelerated sharply.
As per the article.
So they're admitting they did this to themselves, and that the tools they're using aren't up to the job. So... Stop using them please? ...and stop trying to force us to use them while they're at it?
Advancing rapidly towards their targets
One can only assume that Github are looking to stand out from their competitors by offering a full triple-seven availability where everyone else is stuck on boring nines. In which case they're right on track!
Seems git's merge was broken for a while
[1]Hope it didn't affect your project !
[1] https://www.githubstatus.com/incidents/zsg1lk7w13cf
Why do people nail their testicles to the table and then complain that its hard to move?
They pretty much had a decade to migrate to a solution once Microsoft bought GitHub. At this point the error really is on them. You can't blame the Microsoft testicle!
And a big part of this is because AI eating server resources.
Copilot
Microslop had certainly been investing heavily around GitHub. Specifically in nailing copilot buttons to anything that works. Today pull requests are down - literally the reason to use GitHub. They even transferred it to their Copilot division. Blaming external use of LLM autocoders is disingenuous at best.
Don't I recall a similar story with Hotmail? Microsoft buys them, and destroys them. It takes time, but it's just the pattern.
Billions to scale your shite AI ambitions but pennies to make sure the infra can withstand the slop tsunami.
Sounds about par for the greedy idiots running this clown show.
It wasn't hard to see this coming
All the smart people jumped ship from GitHub as soon as Microslop took it over.
It doesn't take a genius to predict that they would ruin the site with unwanted integrations and tools that nobody had asked for. That they can't even keep availability up at 99.9% is a terrible reflection on them.