Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Incident with multple GitHub services

githubstatus.com

Post reply on HN
Print view View original

111–120 of 136 posts

Re: Incident with multple GitHub services

#111

Post by bandrami »

hedayet wrote: post #87

Is Github losing any significant business from all these outages? Curious because for a long time we as an industry maintained that reliability and brand value are business critical; but seems like they are cared very little now a days. Happy to be corrected about my perception too.

And as recently as two or three years ago it was universally agreed that the only way to reliably and securely deliver software was via repeatable builds with an attested chain of custody and auditable bill of materials and everybody just gave up on that completely when the LLMs got somewhat better.

Re: Incident with multple GitHub services

#113

Post by x0ruman »

We lost about a day of git history across several repos on Bitbucket a while back-not an outage, a data issue on their side. Local clones saved most of it, but issues and PRs from that window were just gone. That’s roughly why I started building gitbacker as a side project. Turns out the ‘back up the repo’ part is easy; the metadata is where it gets interesting.

Re: Incident with multple GitHub services

#115

Post by lucasqueiroz »

agartner wrote: post #82

There was another really bad incident today: https://www.githubstatus.com/incidents/zsg1lk7w13cf > We have resolved a regression present when using merge queue with either squash merges or rebases. If you use merge queue in this configuration, some pull requests may have been merged incorrectly between 2026-04-23 16:05-20:43 UTC. We had ~8 commits get entirely reverted on our default branch during this time. I've nev…

We've also seen quite a few commits disappear from main, the status of the PRs continued on merged. Was stressful.

Re: Incident with multple GitHub services

#117

Post by altmanaltman »

embedding-shape wrote: post #38
cedws wrote: post #31

Earlier quoted context omitted.

The idea of a homelab is appealing to me, but then I actually start building one and get tired of it quickly. When I’ve been fixing broken systems at work all day I don’t really want to have to be my own sysadmin too. I’ve got a nice and powerful Minisforum on my desk that I bought at Christmas not even switched on.

I've tried for 15 years to have my homelab, but always get lost in the complexity after a year or so, in the past. About 3 years ago I gave NixOS a try instead for managing everything, which suddenly made everything easier (counter-intuitively perhaps) as now I can come back after months and still understand where everything is and how it works after just reading. Setting up Forgejo + runners declaratively is probabl…

Yeah this is the way.

The problem is that people never stop tinkering and keep trying to make their homelab better, faster, etc. But its purpose is not to be a system that you keep fine tuning (unless thats what you actually are doing it for), its purpose is to serve your needs as a homelab.

The best homelabs are boring in terms of tech stacks imo. The unfortunate paradox is that once you do start getting into homelabs, its hard to get out of the mentality of constantly trying out new stuff.

Re: Incident with multple GitHub services

#118

Post by ostacke »

embedding-shape wrote: post #38
cedws wrote: post #31

Earlier quoted context omitted.

The idea of a homelab is appealing to me, but then I actually start building one and get tired of it quickly. When I’ve been fixing broken systems at work all day I don’t really want to have to be my own sysadmin too. I’ve got a nice and powerful Minisforum on my desk that I bought at Christmas not even switched on.

I've tried for 15 years to have my homelab, but always get lost in the complexity after a year or so, in the past. About 3 years ago I gave NixOS a try instead for managing everything, which suddenly made everything easier (counter-intuitively perhaps) as now I can come back after months and still understand where everything is and how it works after just reading. Setting up Forgejo + runners declaratively is probabl…

Isn't the simplest homelab humanly possible just... no homelab?

Re: Incident with multple GitHub services

#119

Post by sharts »

jpleger wrote: post #96
LorenDB wrote: post #27

https://mrshu.github.io/github-statuses/ says they are down to 88.15% uptime. Even when you consider uptime of individual components, their best is 99.78%, so two nines.

I wonder if there is any correlation between them moving towards Azure. https://thenewstack.io/github-will-prioritize-migrating-to-a...

They’re pushing out AI slop as production services

Re: Incident with multple GitHub services

#120

Post by gsliepen »

0xbadcafebee wrote: post #97
pocksuppet wrote: post #80

Earlier quoted context omitted.

Codeberg and Sourcehut are doing it for free, for open source. Corporate probably won't ever move off Github, because they need the prestige of using Github - the actual service quality is completely irrelevant. This is an aspect of the enshittocene epoch - I repeat, quality is irrelevant to corporates.

Sourcehut isn't free and has weird UX, Codeberg is free but has poor performance and weirdly over-moderates discussions. I know corporate will always suck, I'm just talking about having something that approximates the "old GitHub" for personal/professional use

The SourceHut UI looks weird compared to commercial offerings, but every time I use it I am pleasantly surprised how fast it is and how little clutter there is.
Post reply on HN