Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ask HN: Alternatives to GitHub

news.ycombinator.com

Post reply on HN
Print view View original

421–430 of 468 posts

Re: Ask HN: Alternatives to GitHub

#421

Post by Bnjoroge »

Melatonic wrote: post #383
Bnjoroge wrote: post #272

Earlier quoted context omitted.

Agree. I'm always surprised Github still uses huge fat VMs. I imagine this is one of the things that make it much painful at scale. The tricky part with microvms are getting them to run cross-platform. We use an awesome project called smolvm that builds on libkrun and makes this alot easier. As an aside, how have forgejo actions worked for you in practice?

Any other recommendations for microvm ? Need to mess around with them again. Always seemed like the future

If you want something cross-platform, smolvm or microsandbox are great options(built on top of libkrun vmm)! If you are looking for linux-only, the typical choices are firecracker-based solutions.

Re: Ask HN: Alternatives to GitHub

#423

Post by jatins »

Bjorkbat wrote: post #188
theamk wrote: post #170

Earlier quoted context omitted.

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…

Arguably the "social coding" angle is the reason why Tangled is the only actual alternative to GitHub. Otherwise there's actually plenty of other alternatives to GitHub, but none of them have GitHub's punchcard, which I'm ashamed to admit is the primary draw for me.

Don't think anyone uses Github to follow people

Re: Ask HN: Alternatives to GitHub

#424

Post by Bnjoroge »

selfhoster1312 wrote: post #397
Bnjoroge wrote: post #176

Earlier quoted context omitted.

Hopefully a good spot to plug my own project, preloop, which is a drop-in replacement of Github actions(both the runners and control plane) that runs locally or self-hosted in isoalted microvms, and supports debug-on-failure. You can also push to the server, run CI and then optionally create a draft PR. Not quite production-ready yet(for the self-hosted part), but the local part works well. We implement the official…

I'm a little disappointed, because your comment made it look great, but when i look at >1000 commits in 2 months and inspect a few commits randomly, it looks like 100% slopware. The concept is marvelous, but i'm 100% not trusting slop near my infra, and i'm 100% not trusting people who are not upfront about vibecoding in their README and raise my hopes for nothing. I suspect most sysadmins, like me, will not trust LL…

Much of the code was certainly written by agents, as is most of the code now. That said, there's a big difference between "vibe coding" and "agentic coding". The latter requires careful and thoughtful design and review. I've invested heavily in different kinds of guardrails to ensure conformance. An effort like this would not be reasonably feasible without agents or would take significantly longer(act has been around for 5+ years and is still maybe about 70% or so compatible with the official protocol). We'll keep improving it. I hope we'll earn your trust eventually.

Re: Ask HN: Alternatives to GitHub

#428

Post by alightsoul »

computerfriend wrote: post #391
alightsoul wrote: post #132

Earlier quoted context omitted.

Gitee is Chinese. If you're in the US, it's considered a risk because it's Chinese. But people outside the US will not care.

Why would people outside the US care more or less than people inside?

Because they say you are assisting china, which they say is seeking to destroy the us

Re: Ask HN: Alternatives to GitHub

#430

Post by theamk »

melezhik wrote: post #363
theamk wrote: post #250

Earlier quoted context omitted.

This thread is about full-featured forges like github/gitlab. That DSCI is not a forge - it's a task runner attached to gitweb frontend. There are _none_ of the forge-like features like user management, pull requests, etc... Even in CI area, most of the features are missing: from the quick perusal of the doc, even something as basic as "have runner on remote machine" or "run two jobs at once" is not implemented.

- you don’t need runners on remote machines unless you you have hundreds of jobs and which never happens for small or medium size dev teams - job matrix / parallel jobs are barely needed in commercial development , only in open source , but still not in every project - pull requests and user management are coming soon

maybe if you only do web? But not every development is web development, you know.

My first job I was in ~10 people robotics/hardware startup, and we had CI cluster of about 4 workers, later extended to ~10 machines (managed by buildbot, those were the times...). And the parallel jobs happen all the time in commercial developments, no one likes to wait for a long time when they could wait for a short time. This is not done for various OS'es, instead one machine might be testing service A, while other tests service B, while the third one tests integration.

That said, there is nothing wrong with "Dead Simple" niche - I am sure that there are some users who could use it. Although those would probably want something with less lock-in, your current approach is pretty weird: the jobs which _look_ like they are written in regular bash/python/etc.. but actually they have extra functions ("run_task", "task_var" etc..) magically injected, so you cannot run the file directly nor can you run linters on those. I'd much prefer pretty much anything else which can run unmodified code.

Post reply on HN