The shape of this HN duplicate detector actually works as a GitHub uptime chart:<p><a href="https://news.ycombinator.com/from?site=githubstatus.com">https://news.ycombinator.com/from?site=githubstatus.com</a><p>It's driven by aggregated user complaints, so it's pretty high-quality. Comment counts are a proxy for "how bad was the outage" + "how long was the outage thread topical for".<p>edit to add: Here's a scatterplot of the same,<p><a href="https://files.catbox.moe/hhfh4l.png" rel="nofollow">https://files.catbox.moe/hhfh4l.png</a>
I think all they have to do is stop giving free CI to everyone and this reliability issue will be solved immediately.<p>Disclaimer: I am building a code forge myself at <a href="https://juju.bi" rel="nofollow">https://juju.bi</a>
free CI on github is so ridiculously overpowered it's hard to believe they still provide it
I think it's brilliant. I'm now paying $30 per month for Github actions as a duo shop... it's freemium working the way it should. Give them the first hit and all.<p>And yes, I need to optimize (and am), but they're already getting hundreds from little me. I even started going towards the CI doing browser walks, code tests, AI rework, etc. It saved me from having another dev machine.<p>Great stuff, powerful as all heck, and once you see the power it was—for me—impossible NOT to think of 6 other uses and blow through the free CI tier.
The thing is, once you start paying for it, then a service like blacksmith is so attractive and easy to replace gh, that it seems a no brainer. We swapped like 30-40 gh actions from gh runners to Blacksmith runners and cut our ci times by about 4x on almost all of our workflows. And all you do is auth their gh app and update an image tag.<p>Especially if you can take advantage of the high vcpu runners, then you can get some really fast pipelines going (not affiliated w/ them, just an enjoyer).
Hm looks interesting, I joined the wait list just now. :)
I've heard this claimed dozens of times. I wonder if anyone at Github can confirm this theory and maybe give insight into why they haven't just done this?
Isn't that why most people are on GitHub in the first place ? Which then, Windows style eventually turns into people wanting to use GitHub also for company work, where the real money comes from for GitHub.<p>Without free CI in GitHub, you might as well say:<p>"they can just shut the whole thing down and this reliability issue will be solved immediately"
Maybe it is, but I know that lots of us used GitHub way before Actions launched. I think even if Actions wasn't free, GitHub would still have a massive advantage because it is the most well known place to host code, especially by less technical users (which is where I see a lot of finger pointing going with the increase in GitHub usage).<p>I would not be surprised if a serious amount of this usage is not user-intended and instead the LLM just inserts some sort of CI job off the bat and people roll with it.
Not even that heavy handed. They just need to _severely_ rate limit the top 0.1% of free users that are raping their hardware. I bet they are whales in usage terms and the root cause of many heartache.
It bugs me how there can be an acknowledged live incident happening today with Actions, and yet down the page where it shows last 30d uptime for actions, today's little rectangle is a chipper green.
A completely different, non GH controlled status page had to be made to accurately report status for them.
It's hard coded probably.
If you hover over the <i>green</i> bar for today, the tooltip knows there's an incident.
if day.endswith('y'): return GREEN
Has anyone tried <a href="https://tangled.org/" rel="nofollow">https://tangled.org/</a> for simple projects on their home server? Is it easy enough?
Lesson for every infra provider: physically separate your free tier infra from your paid tier infra.
Ever since I switched to Forgejo (could do Gitea or other self-hosted too), my outages have gone down to basically zero. It’s only down when I do maintenance but since I’m not pushing code at the same time it doesn’t matter
Self-hosted GitHub Actions on AWS spot are still working.<p>After many outages we had to build our own free runner <a href="https://github.com/supercorp-ai/superci" rel="nofollow">https://github.com/supercorp-ai/superci</a>
No way, is it a day ending in "y" again?!
I wonder if I can hook failed git push into betting on github's status on polymarket.
Nice graphic on that page of a bunch of cartoon workers tending to what looks like a Rube Goldberg contraption. It's all just lighthearted fun and games.
I'm sure there is a good meme to use for such a frequently occurring problem, but it would be too over used by this point.
My Actions are stuck waiting :-/
like clockwork! right now on the frontpage:<p>The federated code forge (<a href="https://news.ycombinator.com/item?id=50305573">https://news.ycombinator.com/item?id=50305573</a>)
No way I don’t believe it
Giving Github more attention
I was confused why the github file browser was falling over.
It's getting to be hilarious at this point, honestly.
Last time these intermittent incidents happened was days ago and for this <i>exact same</i> incident was 11 days ago. [0]<p>After everything announced in GitHub Universe and with that to improve the reliability of GitHub overall, yet we have another incident afterwards.<p>It doesn't matter what GitHub does, only you can decide for yourself to self-host rather than going all in on GitHub and it continues to go down.<p>Predicted this 6 years ago and self hosting has aged perfectly well. [1]<p>[0] <a href="https://news.ycombinator.com/item?id=50154406">https://news.ycombinator.com/item?id=50154406</a><p>[1] <a href="https://news.ycombinator.com/item?id=22868406">https://news.ycombinator.com/item?id=22868406</a>
We use a self hosted gitlab-ce instance which has pretty high up time running on a 10 year old server (and its backup)<p>Takes a few minutes a month to update and babysit. We only basically use the CI and the repository functionality though so gitlab has been "feature complete" for us for a while. Probably I we could swap to something like gitea or forgeo but the gitlab CI seems like a nice balance between powerful when it needs to be and simple otherwise for our use case so there is nothing driving us to swap.
Yep. Ironically this downtime is currently delaying our ongoing migration to self-hosted forgejo...
Another day another GHA incident
[flagged]
[dead]
[dead]