[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).
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.
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.
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.