God created men; Sam Altman made them equal (taylor.town)
1 points by surprisetalk 4m ago 1 comments
Show HN: Omnara – Run Claude Code from Anywhere (github.com)
4 points by kmansm27 12m ago 0 comments
Ask HN: What alternatives to GitHub are you using?
59 yakattak 74 8/12/2025, 1:59:34 PM
Lately I’ve been seeing a lot of chatter about GitHub alternatives. I’m interested in looking into them as well but I was curious what everyone else’s experience was.
I’ve been looking at Codeberg but I’m really anxious to leave GitHub Actions behind and Codeberg’s replacement doesn’t seem ready yet.
We have a more advanced PR flow (stacking, round-based reviews), jujutsu support and we just launched our new CI system. Come join! https://tangled.sh/signup. The goal is to be the new town square for collaborating with friends and open source communities.
It's built fully in the open (https://tangled.sh/@tangled.sh/core) and we have a neat little community built around it on our Discord https://chat.tangled.sh.
Last night was a ton of fun with the sudden influx of users thanks to the GitHub news. :)
I've never used Gerrit directly, but I'm guessing that Jujutsu's change IDs are like a native version of what Gerrit does there.
I regularly (attempt to) do stacked diffs on GitHub with jj, and even with a bunch of automations it's still a clunky, awkward experience.
[1] https://blog.tangled.sh/stacking
A few things that would make me actually use it: - namespaces (aka, organizations in GitHub terminology) - private repos (I usually start with private repos and then make them public)
The interface is really friendly and I like how approachable it is. You should make dedicated docs site instead of throwing folks at a bunch of markdowns. Maybe create a “Pages” equivalent and demo it by building a docs site?
Appreciate the feedback! A dedicated docs site is in the works (along side a pages offering!).
What does that mean? Doesn't jj just use git as its backend?
My top-of-funnel is not searching github but recommendations or searching technology/platform specific repositories e.g. for software it's flathub/f-droid and for rust its crates.io/libs.rs.
Where the code is hosted is in theory irrelevant... but I'm ashamed to say that when code turns out to be on gitlab my heart sinks. It's a bit of a red flag for e.g. no bug-tracking, no contributions, no maintenance, absent maintainer and unexpected licenses.
It's gross personal hypocrisy because I hate the absurdity of commercially owned FOSS collaboration and centralised git and happily self-host myself... but those not publishing code on github are awkward bastards :)
https://tangled.sh is the other contender in this space that I know of. uses atproto (same as bluesky) under the hood.
fundamentally activitypub is insufficient to define these kind of networks. you'd need to have some sort of object-capability representation. the creators of forgefed are also moving in this direction: https://codeberg.org/Playwright/playwright
At some point I made very tiny contributions to OSS projects that had their own Gitlab hosted instances.
Sure a password manager makes it tolerable, but what about having an anonymous way of opening up PRs (subject to owner moderation of course)?
Use the author name and email for a virtual identity and when the PR request is accepted (not merged) force an email address validation for the PRer so that comment interaction can happen via email.
Fork the original repo onto your forge. Your forge could be your own forgejo instance, your own GitLab instance, just a plain git repo, or even Github if you like it so much.
Then send a note to the original authors informing them of your fork and the patch you wrote. Request that they review your work and pull it into their repo if they approve of it.
You don't need an account on their forge and they don't need an account on your forge.
Disregarding the fact that I would need to have a way to reliably find the contact information, the review process would probably take place outside the source code platform.
You can have 1:1 parity with any company or product, but unless you have their word of mouth distribution and adoption, you will lose. Every time.
People in aggregate, as crowds, are relatively static and inflexible. Once they learn a fact once, it sticks. You cannot unteach that without lifting metaphorical mountains. The first mover with escape velocity wins.
The amount of energy needed to undo that is massive.
You'll have fringe 0.01%ers adopt some other tool, but they'll never carry enough gravitas to bring the entire network with them.
Anecdotal evidence:
- Github, Facebook, and Reddit have never been unseated
- Instagram has never been replaced, only supplemented
- Twitter/X has only lost steam due to extremely bad press, an unwanted name change, and a huge effort from Meta (which leveraged traffic and synergy from Instagram). And even then, it's still well within the public zeitgeist. Bluesky and Mastodon didn't even make dents.
- Google has never been displaced (granted, Google pays a lot of money to maintain defaults and maintain a web "pane of glass" monopoly, redefine the address bar as a search bar, etc.)
Except GitHub, maybe.
Granted, the replaced services were nowhere near the popularity levels of the current ones, and have made horrible decision.
Just because I use Codeberg doesn't mean Github should die. Just because I never ever visit Facebook doesn't mean you should stop using it.
Why can't we all just play nice?
Public projects: Github. Having no problem with it. Also makes me happy poisoning LLMs with my shitty code.
Gogs is FOSS but basically BDFL. What does and does not make it into Gogs (it's still around) is ultimately decided by one person, and he's fairly conservative. Gogs is very fast but lacks a lot of features that would allow it to go head-to-head with GitHub or Gitlab.
So, Gitea was forked from Gogs to allow it to take a different direction, with a larger group of maintainers and more input from the user community.
There were two major attempts to have hosted Gitea. The first was Codeberg, a nonprofit based in the EU. The second is a business that took the name Gitea, is based in the US, and changed Gitea (the software) to the "open core, closed premium" model.
This change led to the creation of the Forgejo fork, which Codeberg adopted.
Hopefully you'll forgive me for shilling my own project. It's a source code sharing site with a few primary goals. First, don't break the back button. I started the project right around the time github broke too many critical features in short succession. The back button, the URL bar, and ctrl+f in the code view. I also want it to be easy to use as a federated collaboration tool. Ideally you'd start your own instance locally, get a familiar GitHub like interface for submitting patches anywhere, even by email. Or if you're hosting a project, you could have an always up instance that others could connect to.
The part I've been thinking about deeply the past few days is how to improve the discoverability of peer repos and forks. I want to create something github like in terms of collaboration, but also try to incorporate some of the best lessons from mailing list based repos where it's easy to grab and try patchsets (exposed as branches) from a 'fork' without losing the value of a cannon 'upstream' and without insisting that any specific upstream is where every single commit belongs.
The whole thing is written in zig without any dependencies other than git for some of the repo management features I haven't ported yet. (and for generating git blames) If you do use it, or notice any issues, or think it's missing features do let me know. I'm currently trying to decide which is the next most important thing to hack on :)
see also https://github.com/GrayHatter/srctree if you want to subscribe to updates (still a feature srctree lacks lol)
- GitHub for things I expect broad collaboration on
- SourceHut for things I just want to share (or expect contributions from a specific group that are comfortable with email git flows)
- Self-hosted for everything else. This used to be Gitea, but I've recently switched to charmbracelet/soft-serve, which fits my needs well (it's small and comparatively simple)
As other folks have noted, the social features of GitHub are hard to replicate elsewhere, but I've enjoyed SourceHut's stripped back approach.
It’s not a direct equivalent to pull requests because it lacks all of the easy history, inline commenting, comment status tracking, and ease of use, among other things.
Slow, simple, inexpensive, safe, and good enough.
So, given that this will happen everywhere, does it really make a difference what MS does?
OSS work is mirrored to Codeberg and SourceHut. For actions I try to make sure that local builds, and cross compilation to Windows, macOS, armhf and arm64, is always working to not soley depend on Github Actions.
If you're using GitHub for your public projects, why not just use GitHub period? Genuine question here.
Still browsing. https://radicle.xyz looking rad, though.
I've always been fascinated by it, but it seems to be completely out of the limelight.
https://fossil-scm.org/home/doc/trunk/www/server/
I've moved the bulk of my repos from GitHub to cgit first, but now to https://tangled.sh.
Where should I host software for individual papers in 2025 now that GitHub is part of Microsoft AI? @ academia.sx
https://academia.stackexchange.com/questions/220795/where-sh...
Committed items are stored in 2 places:
1. anon ftp on sdf, back to using tar files via gopher, the main site
2. gitlab is a mirror and will make it easier for youngsters. FWIW, I find gitlab easier than github.
If gitlab starts going the way github did, I will delete my items on gitlab like I did on github a long time ago.