Live data from Hacker News

Ask HN: Alternatives to GitHub

news.ycombinator.com

211–220 of 468 posts

Re: Ask HN: Alternatives to GitHub

#211
post #170
post #115

https://tangled.org ! Founder/CEO here. We're a new forge building things from the ground up, and are fully federated -- you can host your git repos on your own infra, along with the CI runners. We've also got a pretty neat set of features (if I may say so myself): stacked PRs, Nix-based CI (if you want it), and a fully open protocol ( https://atproto.com ) to for you and your agents. Happy to answer any questions.

The whole "social coding" angle is highly off-putting. List of "X followed Y" on the front page, and the large "social coding" reminds of facebook, social manipulation, developer burnout and all the negative things about social networks. It also brings up the questions about project's long-term direction - is this going to focus on the code part or the social part? Which is a pity - as I think most projects just need…

The neat thing about Tangled is you can build your own frontend pretty quickly. We've got an open API https://api.tangled.org (or self-host your own API server: https://docs.tangled.org/bobbin#bobbin)

Re: Ask HN: Alternatives to GitHub

#213
post #195
post #115

https://tangled.org ! Founder/CEO here. We're a new forge building things from the ground up, and are fully federated -- you can host your git repos on your own infra, along with the CI runners. We've also got a pretty neat set of features (if I may say so myself): stacked PRs, Nix-based CI (if you want it), and a fully open protocol ( https://atproto.com ) to for you and your agents. Happy to answer any questions.

Are you guys working on jj support?

We already support JJ for stacked PRs, but more native integration is planned.

https://blog.tangled.org/stacking

Re: Ask HN: Alternatives to GitHub

#214
post #187

Earlier quoted context omitted.

> 4. Do you just want to host repositories? an ssh connection and git --bare init on your ssh accessible server works just fine

That's what gitolite does with some helper scripts for creating/setting up the repositories, adding metadata to the configs, etc. That way your `git` user can be set to reject ssh login attempts. The projects are managed by pushing a config to a gitolite admin repository.

Cool thing about gitolite is that you manage it using text files and committing to the gitolite admin git repository.

We were using it until we grew tired of not having a web view to comment and review patches so we switched to gitea.

Re: Ask HN: Alternatives to GitHub

#216
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

Re: Ask HN: Alternatives to GitHub

#217

Earlier quoted context omitted.

> 4. Do you just want to host repositories? an ssh connection and git --bare init on your ssh accessible server works just fine

It can be as brief as: ssh server git --bare init myrepo.git git clone server:myrepo.git

You can even support Actions with this method if you're not afraid of a little scripting. https://git-scm.com/book/ms/v2/Customizing-Git-Git-Hooks

Re: Ask HN: Alternatives to GitHub

#218
post #55

I migrated everything to codeberg several months ago (and created an annual donation schedule). I was never a big fan of github but what ultimately pushed me to ditch it was the way github was shoving copilot/chatgpt in my face without me ever asking. Codeberg has a clear stance on that and it's a stance I can totally get behind. In addition I spun up forgejo at a server at home for very critical stuff and it's aweso…

Note: If you use any form of AI-assisted coding tools, your project breaks Codeberg TOS

Perhaps you should stop relying on AI then...

Re: Ask HN: Alternatives to GitHub

#219
post #37

To all of those proposing self-hosted GitLab: we did it for 6+ years in my company, and it's not always a smooth sailing. We had our own runners and we made it auto-upgrade across docker images daily before business start. It mostly worked really well, except those few times were a Docker upgrade had to be rolled back, or that one time the bundled pg_shared_buffers was set at 1MB by default, making schema upgrades im…

Setting up custom GitLab runners can be cumbersome in the beginning! We faced that multiple times with various customer projects for which we were using GitLab.com managed repos. That's why my colleague and I recently built a "GitLab Runners as a Service" [0] -- simply use your self-managed GitLab or GitLab.com account to login, adding pipeline runners is a 1-click operation! Under the hood we provision a Hetzner mac…

This is pretty cool and one of the few things I couldn't find a viable alternative to in-house hosting so far. The only thing your "GitLab Runners as a Service" is missing is ISO 27001 (and optionally SOC 2) certification. That makes it again easier for your customer to get / maintain their ISO 27001.

(So far I used this cloud.init script to spin up and upgrade GitLab-Runner instants: https://gitlab.com/21analytics/gitlab-runner-cloud-init/-/bl...)

Re: Ask HN: Alternatives to GitHub

#220
post #55

I migrated everything to codeberg several months ago (and created an annual donation schedule). I was never a big fan of github but what ultimately pushed me to ditch it was the way github was shoving copilot/chatgpt in my face without me ever asking. Codeberg has a clear stance on that and it's a stance I can totally get behind. In addition I spun up forgejo at a server at home for very critical stuff and it's aweso…

Note: if your reason for switching is purely uptime, you will be sorely disappointed with codeberg Their own site reports the 2 week uptime at 1 nine https://status.codeberg.org/status/codeberg and I suspect if you use the (really terrible) across-all-product-offerings uptime methodology that people love to post for github it would be a 0 nines overall service.

The link you provided has shown a nearly perfect uptime. Your statement doesn't reflect the proof.

Personally I have never had a single issue with Codeberg's uptime. Are you trying to argue that GitHub's is better for some reason (when it objectively is not)?

Post reply on HN