Join the discussion
Write your take first — we'll ask for email only when you're ready to publish.
- Hacker News
- I encourage everyone to switch to Forgejo. We ditched GitHub and could not be happier. The experience is smoother, faster and distraction-free.
Our runners are faster, our CI is smoother than ever. Transitioning was a matter of a few hours, which we took as a fun hackaton.
- Just going to leave this here - self hosted forgejo on fly.io with restic backups: https://forgejo-fly.fly.dev/forgejo-admin/forgejo-flyby ryuuseijin
- How complex is the CI migration? We’re heavily dependent on GitHub Actions and the full GitHub ecosystem by extension, but by the same token these frequent outages are destroying us.by sebmellen
- PSA: git repo can be hosted without a "provider" and any ssh address is a valid origin url: https://git-scm.com/book/en/v2/Git-on-the-Server-Setting-Up-...by ivanjermakov
- I'm self-hosting Gitea and Woodpecker CI for least 6 years, alongside my own docker and pypi registries. Adding x86 and ARM runners, it costs me circa $30/month to run the whole thing, and I am reasonably sure that I could make the whole thing scale at a lower cost per user than what Github charges.
I am seriously, 100%, contemplating the idea of offering consulting for migrating companies and projects out of Github. Given that I am fully employed, I'd only be able to do this on the weekends. Could I get a show of hands to get an idea of potential customers?
by rglullis - Sounds interesting but I'm just going to do the same thing as you (self host).by herpdyderp
- Doing the same thing, and I'd join you in this consulting haha. It's a breath of fresh air to know what your CI is actually doingby ramon156
- I work at a startup with ~20-30 devs. We're talking about a project like this. I'm not sure weekends would work for an actual company, though maybe it depends. I think there would be an appetite for this. From my POV - the main areas of interest are how you can roll this out to a team gracefully without breaking everyone's workflows for multiple days. Good luckby BowBun
- I think this is the curse of scale, but also of pseudo-leaders who think leadership is "pushing engineering to rapid-fire features for number go up."
You tell engineers and engineering leaders to "just add this one feature, it's really important, what's the ETA? No, that's too late, the market will have moved on, this is existential, you're a bottleneck," fire, hire, fire, hire. Meanwhile the CEO feels great, because they're delivering. The reports look nice, the posts get written, the lectures get given on X and LinkedIn about what steering a ship really means.
Then the issues that required your system to actually be robust, the ones that required engineers to have spent the time engineering, show up. And it's way too late. You cannot move faster, no matter how much money you throw at it.
It gets bad enough that everyone is now telling the CEO 70% of the platform needs refactoring, and even that is like solving the three-body problem, because every domain boundary is broken. Claude can't reason about any component of the system but is very confident it understands it, and ten seconds later tells you "You're right! And I won't sugarcoat it, I completely misrepresented this concept, let me go fix that by rewriting this other module."
You can't rebuild GitHub. You can't rebuild components of it in reasonable time over live data and migrate over without very public incidents. So now the CEO feels very, very dumb, and can't admit it.
Meanwhile a new company capitalizes on your lack of leadership and launches a competitor...and the cycle starts anew.
by figassis - Code.storage is able to handle large scales too: https://code.storage/
+-------------------------+-------------------------------+
| Total storage limit | Unlimited |
| Git request rate limits | Unlimited (Seen: 500+/s/repo) |
| API rate limits | Unlimited (Seen: 15k+/s) |
| Max repos | Unlimited |
| Concurrent writes | 30+ |
| Repository size limit | 32TB |
| Git LFS | Supported |
| GitHub/3rd party sync | Supported |
+-------------------------+-------------------------------+
by iamcoder18 - Change is inevitable. Users will demand features and then you need to keep supporting them. I think GitHub's recent issues ishttps://www.birkey.co/2026-08-17-githubs-recent-crisis-has-a... more of a symptom of current AI slop than thier eng culture or structure. I put some of my thoughts here:by birkey
- Which company is capitalizing on GitHub's lack of leadership?by philipov
- GitHub simply isn't an agent code building platform. They're a RoR git host from 2008 running on an ancient MySQL setup that by some miracle continues to stay up, some of the time.
Their APIs are garbage from an agentic perspective. Try using Terraform to curate your GH org of a few hundred repos. Just running the `tf plan` will take 10min, because it's making thousands of API calls. Where's the bulk and batch APIs? No such thing. They are simply not agentic scale. Want to rerun the plan for your entire cloud vendor with thousands of VMs, IAM roles, buckets, etc... it'll run faster than checking on your repo labels.
GH needs rewritten from the ground up. The "repo is everything" arch has been creaking and falling over form many years now.
by twistedpair - And then consider that GitHub hasn't had their own CEO for a year now.by Fuzzwah
- > Warning: Failed to download action 'https://codeload.github.com/'.
> Error: Response status code does not indicate success: 429 (Too Many Requests).
> Warning: Back off 19.714 seconds before retry.
> Warning: Failed to download action 'https://codeload.github.com/'.
> Error: Response status code does not indicate success: 502 (Bad Gateway).
> Warning: Back off 22.228 seconds before retry.
> Error: Response status code does not indicate success: 429 (Too Many Requests).
> Error: Failed to download archive 'https://codeload.github.com/' after 3 attempts.
Nice - even their own action runners are getting rate limited atm
by tom1337 - No fair! You got a runner.by dboreham
- We're starting to have the conversation of "do we need to replace GitHub as our CI/CD pipeline?"
No idea if/when we decide to pull that bandaid but I think once we can't merge a hot fix into main because of GH being down, it'll be a big org push to replace it.
What's everyone else using? Self hosted Gitlab? Gitea?
by beardedetim - Self-hosted GitLab and self-hosted GitLab Runners (Omnibus Docker image)by qweqwe14
- If you're seriously looking at Gitea/Forgejo, I run Fjord, dedicated managed Forgejo, so you don't have to operate it yourself. We can help with migration and runners too. We also run a free public Forgejo instance if you just want to kick the tires first.by stephenway
- ultimately, folks need to stop writing massive YAML files to define their builds. CI should schedule jobs, your build system should define them. my workflow files look like this:
at any point, if my CI is down or i need to switch or i need to run builds locally, i can do so trivially.steps: name: Do the thing run: nix build .#by nerdypepper - Worth being upfront with, I'm an employee, but; Buildkite.
Frontier labs and global saas heavyweights run CI through us, plus a crop of open source tooling like Bazel, vLLM, Firecracker, Rails, Ray, Sorbet and Rust.
Shopify, Uber, Airbnb, Canva stresstested the platform ten years ago for scaling issues.
You need to take a little time to design upfront and take advantage of dynamically programmable primitives. It isn't the same ease/convenience as Actions. Bit more available though.
by mitchjj - We use self-hosted Github runners, but it's a moot point if all of Github is mostly down as is the case right now. :\by lsuresh
- blacksmith.sh just raised tens of millions on the core premise that self-hosting CI/CD is hard [0].
they've had multiple outages in the last week, so i guess they are proving themselves correct.
in practice, giving ssh/sudo to AI (codex) and telling it to setup ephemeral self-hosted runners on your own host VM (qemu), takes about 30 minutes and works extremely well. it bangs out all the shell scripts. moved my own business over to it. zero problems.
you might even find it is kind of neat too. you can customize your VM with software pre-installed. speeds up your builds quite a bit.
[0] https://www.blacksmith.sh/blog/blacksmith-seed-announcement
by latchkey - Self-hosted GitLab at work, self-hosted Gitea at home.by layer8
- > We're starting to have the conversation of "do we need to replace GitHub as our CI/CD pipeline?"
Did you have the conversation "do we need to move from $whatever CI/CD to GitHub Actions?" beforehand? What were the arguments in favour?
by elric - Ah, so that's what the agent meant by summarizing a documentation page as "Unicorn!" I'd thought it was a very colorful hallucination (it's just GitHub's (unicorn-themed) failure page).
I was querying docs to figure out how to set up RAG to query docs locally. Alas.Gathered details on embedding request syntax from Unicorn! · GitHubby peri-cl - i'm surprised the agent didn't take into consideration the http status codeby abluecloud
- This is starting to feel like Twitter. For a variety of reasons, we had a centralized place where everyone of a particular set of persuasions could connect, and this had outsize benefits for the community as a whole. That place is becoming untenable, and with the loss of goodwill and stability, the community’s started to dissipate. But there isn’t one obvious transition candidate, so the diaspora is finding itself spread across a bunch of disparate places and services. The stated need they satisfy (source control with a web interface and some technical features, like pull requests with reviews) will be fulfilled. But those emergent features like a core community and default expectation of where you can find someone will fade. And that is a very real loss for all of us.by Arubis
- And like Twitter most people will keep using it anyway?by duxup
- Personally I don't agree at all that these centralized monoliths are a good thing.
On the contrary, I believe it's been detrimental to the open internet and only serves to control us by the powerful.
I never trusted Github and never will.
by Gud