logoalt Hacker News

Ask HN: Alternatives to GitHub

597 pointsby dhruv3006yesterday at 1:59 PM380 commentsview on HN

Github has been down consistently over the last few months - does it make sense to switch to alternatives?


Comments

herpdyderpyesterday at 3:25 PM

I'm working on self hosting Gitea right now. Hopefully it goes well!

show 2 replies
malapropingyesterday at 7:24 PM

Branchyard launching soon! https://branchyard.com/ Add your name to the waitlist.

A complete DevSecOps platform: Git forge, CICD pipelines, Private Registry, Issues/Planning, self-hosted or cloud.

Our team consists of long-time members from GitLab and DataRobot.

We are looking for design partners: [email protected]

tmvntyyesterday at 6:21 PM

Maybe the big cloud’s git solutions? Not to say the are good alternatives, but for teams already on the clouds, they could be a easier migration with somewhat feature complete, uptime, security promises that execs are looking for.

At work, we have repos on GitHub and Azure DevOps. Today, GitHub went down, but our repos (including PRs, CIs) worked as normal on Azure DevOps

grommzyesterday at 5:23 PM

Has anyone tried Tencent CNB? It offers generous free quotas.

https://cnb.build

show 1 reply
srfrogyesterday at 7:03 PM

AWS CodeCommit + CodeBuild. All day long.

dawn3727yesterday at 2:06 PM

You might want to consider checking out GitLab and Gitee.

show 2 replies
epiccolemanyesterday at 2:41 PM

I've been a Gitlab fan for a long time[0]. I typically default to GitHub for my repo slop[1], but if I'm doing something serious I put it in Gitlab. I like their CI setup better than GitHub and there's also self-host options if any of those "serious" projects ever needs that.

Also back in the day, you needed a paid account to make private repos on GitHub, but Gitlab made them free.

Anyway I haven't heard anyone complaining about Gitlab going down constantly, maybe just a function of not being the default slop-forge in the AI era, but still, they've been a long time friend to my constant hackery.

Also, Microsoft sucks.

[0]: over the years the UI has gotten a good bit more cluttered and annoying, so there's probably slicker stuff out there. But it's fine.

[1]: some of this is definitely vibe-coded LLM-vomit but I mean a more general type of slop in this case - random throwaway code, half baked ideas, etc.

show 2 replies
TabTwoyesterday at 8:21 PM

forgejo for hosting, woodpecker for CI/CD.

Hopefully forgejo gets federation in the near future because öets face it, opening an issue on Github is easy because you have an user there but you wont get one on my private forgejo instance. Also, a tool like gh for forgejo would be nice.

If you want to have an easy way to setup, have a look at https://yunohost.org/ that also offers lots of other nice stuff in its "app store" -> https://apps.yunohost.org/

hum3hum3yesterday at 5:15 PM

Like others I migrated from github to codeberg. But since lots of my projects are coauthored with Claude I moved to self hosting Forgejo on a small Hetzner instance which also does some static hosting. So far working well. I think some cross platforms stars and search would be good.

keithnzyesterday at 7:35 PM

to your actual question, no, it really doesn't make sense. The problem is you are saying it is down consistently.... and it's not. You can switch if you want, but from my observations, it's not really that often, and those that do switch make a bunch of compromises when they do. I'd only consider it once you actually measure the impact to your business. Based on actual data and not feelings, then consider whether it is worth it given all the costs of switching. We use it all the time and at most, may have had 30 minutes where we were stuck.

rambojohnsonyesterday at 3:18 PM

how has nobody mentioned https://codeberg.org ?

it gives you the obvious gitHub alternative: open-source, community-owned, privacy-respecting, non-corporate, and not built around turning your development workflow into a Microsoft-owned platform.

show 1 reply
catabtoday at 5:58 AM

Hi!

(Full disclosure: I am the author of rocketgit project.)

Check https://rocketgit.com

It is AGPLv3.

ivan_gammelyesterday at 3:18 PM

I moved recently to Gitoro with private projects, but do not have any meaningful opinion about it yet. It works for me, it’s fast, nothing to complain about. Just mentioning it here as EU-hosted alternative.

https://gitoro.com/

Taikhoom10today at 3:02 AM

I do not think most would switch because of the switching costs. This applies to paying customers.

https://s-1.vercel.app/posts/what-stripe-can-become-broader-...

kamikazechaseryesterday at 5:49 PM

I have been hosting gitea for our small org (docker + sqlite) for close to 5 years now. ~50+ repos, some large. All upgrades, including major changes, have been as easy as just changing the tag and reloading the container.

jonstaabyesterday at 6:33 PM

If you want to try something a little bit more off the beaten path, https://gitworkshop.dev/ is a code forge built on nostr

show 1 reply
VCFundedGenYeryesterday at 6:21 PM

I moved to Codeberg months ago in response to GitHub's unreliability, poor moderation and random/illegitimate takedowns, and overuse of AI.

Have never regretted the switch + I love the no AI policy.

thangalinyesterday at 3:54 PM

https://repo.autonoma.ca/treetrek

I self-host using my own read-only, FOSS, pure PHP Git repository reader for personal projects.

HeadOfProbingyesterday at 2:35 PM

What are people using as alternatives for GitHub Actions specifically these days?

show 2 replies
nordcodetoday at 8:15 AM

Origin by Cursor probably will be future Software.

sssilveryesterday at 2:57 PM

If only there was a convention for storing PRs and issues and wiki inside the repository itself, similar to how Fossil[1] does it.

Then all the GitHubs and Gitlabs of this world would be limited to just providing UI and would be unable to hold our data hostage by design.

[1] https://fossil-scm.org/home/doc/trunk/www/index.wiki

show 2 replies
ktm5jyesterday at 2:31 PM

My org self hosts the community version of gitlab and we are perfectly happy with it. Manage your own infrastructure, put the work into maintaining it and you'll have much fewer headaches.

BaudouinVHyesterday at 2:44 PM

Ironically hosted on Github Gogs is a self-hosted forge : https://github.com/gogs/gogs

lnenadyesterday at 3:10 PM

I'm running gitea successfully with very little resources.

show 1 reply
delducayesterday at 11:23 PM

Mostly of recommendations only have linux runners, I need windows and macOS.

Any recommendations?

r0b05yesterday at 4:29 PM

Forgejo/Gitea is lightweight and easy to setup.

dxbhackyesterday at 4:12 PM

don’t switch reactively, but use the outages as a trigger to evaluate alternatives and make sure a GitHub outage doesn’t stop critical work.

CodeAndCuffsyesterday at 2:38 PM

If an org is heavily invested in GitHub Actions and GitHub App integrations, is self-hosting GitHub enterprise the only practical option?

show 3 replies
beoutdoorsyesterday at 2:44 PM

My org uses a self-hosted instance of RhodeCode Enterprise. It's not as feature rich as GitHub, but it's worked well for us.

zdgeieryesterday at 3:00 PM

I’m building a non-git alternative

https://oak.space

Would love for anyone to check it out!

show 1 reply
andrewpolidoriyesterday at 5:00 PM

for local Canadian based workflows that want sovereignty, I recommend https://about.worktree.ca

show 1 reply
ChrisArchitectyesterday at 2:43 PM

Recently:

GitHub has alternatives, but no replacement

https://news.ycombinator.com/item?id=49135365

Why developers are ditching GitHub for Codeberg and self-hosting alternatives

https://news.ycombinator.com/item?id=48842611

AndrewKemendoyesterday at 2:33 PM

I’ve been happy self hosting gitea

https://about.gitea.com/

show 1 reply
wejickyesterday at 3:08 PM

What part of github that's so sticky?

For me it's action and PR history.

VaibhavKalrayesterday at 5:15 PM

I guess we need a simpler alterntive to github

arsenkkyesterday at 2:32 PM

cursor are launching a new one soon - https://cursor.com/origin

show 1 reply
vehemenzyesterday at 2:41 PM

My org's GitHub Enterprise never goes down. The feature set is almost the same, though it lags a few months behind. At least you don't have to learn anything new.

show 2 replies
nurdismtoday at 1:57 AM

selfhosting gitea has been a great experience for me, its open source

bigstrat2003yesterday at 3:49 PM

Whatever you do, you should self-host it. Then you aren't going to be at the mercy of some third party when they start to get hammered by vibe coders doing an insane amount of traffic. Forgejo is a great option if you want something git-based. I'm personally very partial to Fossil, it works well and is dead easy to set up.

xysttoday at 6:20 AM

forgejo, self hosted. Dead simple to host, even have it integrated with my pocket id so it’s one less password I have to remember.

slackfanyesterday at 2:55 PM

We're moving over to self-hosted forgejo. Interface is roughly similar, featureset is roughly similar enough.

Pxtlyesterday at 2:48 PM

A big thing with Github its the unified functionality across most of the OSS world - that we can search across all projects, leverage pipeline actions from other projects, and easily have a single dashboard for our own contributions and interests across all projects.

I'd hate to see a move to forge balkanization lose this functionality. But this would not be heavyweight data to federate. So are there any forges with a good story for federation?

show 1 reply
sneakyesterday at 2:43 PM

I self host Gitea and have been supremely happy with it.

stackghosttoday at 12:53 AM

What about a mailing list and `git format-patch`?

adityaathalyetoday at 5:43 AM

Old skool is best skool... There is wisdom in keeping these decoupled:

- 1. your central code review (and hosting), which is the critical choke-point on team collaboration.

versus

- 2. the ever-expanding ick of testing, building, deploying it etc... because failure modes of software construction infra are concentrated here.

  ---
1. Code review (and hosting): Keep this in-house always.

Use Gerrit if you care about code review.

Code review workflow is the nub / hub of collaboration, and should never be blocked on anything else failing, including itself. Maintaining robust in-house code review infra. is work, yes, but it is quite manageable. Simple "single-box with full point-in-time snapshot recovery" designs will remain good for a long, long time... Think; workloads of teams of up to a few hundred programmers and bots, who would be pushing and pulling updates against multiple repositories at a time on a single, well-endowed, Gerrit box.

2. CI/CD: Use whatever works best economically.

Be it one giant in-house box running Jenkins, or a clever way to use github and gitlab's job infra as fallbacks for each other.

These systems fail often because pretty much all the ick of software construction is concentrated here. Be it simple test runners, or fancy end-to-end auto-deploy to rollback pipelines.

The mind-numbing ick of software supply chain dependencies, test run jobs, build jobs, failures / retries, bursts of high contention (lots of people / bots needing their test runs passing NOW), pulling and pushing artefacts, and so forth.

This is a true pain to manage, particularly in organisations that are laissez-faire about their software ecosystem ("best tool for the job" mentality etc.).

And on a personal note...

  --- <begin rant> ---
I strongly prefer to keep it all in-house. Proprietary software is oil - capital. Own it fully, no exceptions. This was true "back then", and it has become even more business-critical now, for obvious reasons.

As if trusting enterprise chat SaaSes with all your company secrets wasn't bad enough. At least that has some contractual defensibility.

Had. Had... Now? Something is deeply wrong with people who aren't completely spooked by the current fad of letting hyperscalers steal literally everyone's data to make content and code re-production autobots. Based on how those companies have behaved from the get-go, and factoring in the overwhelming pressure the LLM industry has created to "become the biggest, no matter what, because biggest wins"; their "terms of service" are as good as their high-flying CEO's mood on a given day.

No thanks.

Besides, it's only been a hot minute since I adjusted to that other fait acompli of 21st century computing.

They who controleth thy hypervisor, controleth thy destiny.

--- Ye Olde Graybeard Wisdom

  --- <end rant> ---
(edit: fix formatting, typos)

🔗 View 23 more comments