[edit]
Notable reasons:
- Github runners went oftenly out of space & they were slow. With self hosted runners I don't have these issues anymore because I control the hardware.
Previously I was paying Docker Build Cloud/Depot for performance + Github Pro for extra minutes. Now it's zero cost, superb performance and unlimited minutes.
- I have a centralized registry with private packages and images.
- It's secure, I don't worry if I accidentally make a repo public or leak secrets. I control the access to it in network level.
- I own everything, in case something goes nuts (eg lose access to GH) I'm safe.
I own the git, the runners, the registry etc and just use GH for backup. GH cannot interrupt suddenly my business.
I selfhost forgejo (gitea fork) on home sever (nuc), similar setup with tailscale. I was planning to setup git mirror on a remote VM for backup, but since I am the only one using it and have everything on dev laptop and remote backups of nuc server I didn't bother to do that (I know I still should).
Eh? What GH department do you work in anyways? Training Data Sustainability?
edit: If you think I sound like an LLM, I guess that is what happens when most of your interactions in English language are with LLMs.
Why not. But you are saying github as a dumb backup makes sense when you do self-hosting. I don't think you really believe that.
For forgejo I host only code and packages there, everything is built on dev pc since I am the only one using it. It also host postgresql server, jellyfin (for music only), custom OPDS server (for books only) SMB shared directory I can use from multiple PCs, some test environments for personal projects and possibly more things I forgot.
It's a small pc but it works without problems. I do have to clean it from time to time (with cheap battery-powered air duster) to keep the thermals low.
The evolution is when one can finally fully disconnect from GH, the main self hosted platform will continue to operate as if nothing happened.
A migration can have a period of parallel running.