Hacker News new | ask | show | jobs
by rcxdude 13 days ago
Except in game dev where you want to version control your art assets as well.
1 comments

I was responding to someone who made a generic statement about git?
it does kind of suck though. (and he was talking about gamedev, which is not the only kind of development that deals with more than just plaintext, but its the one you can probably understand best).

Git solves a problem that we immediately unsolve constantly, and so we end up with the warts of both.

Its so ubiquitous though that people literally can’t even step back and realise this fact unless they are forcefully exposed to other paradigms (which they fight against the whole time).

Theres a lot of psychology to be learned here, its not sunk cost fallacy, its something deeper than that. Like rewiring the brain, even for a simpler paradigm, is almost painful for people.

How can you even know whats better if your brain is wired to know Git and distributed version control (yet not distributed)? It’s like imagining what it would feel like to smell electrical currents, the brain isn’t wired to know it.

Ok but how should the improved git replacement actually be?

Feels to me you're just saying things.

Obviously you feel that way, thats my entire point.

Try alternatives, they already exist.

Can you name one free alternative that already exists and is better?
Mercurial.

Pijul.

Darcs.

and.. Perforce is free for 5 users too. ;)

Pretty sure you're responding to someone talking about game development.
I mean, in general, the fact the git doesn't deal with large files well is not really a feature, even if it incidentally makes it a worse idea to check build artifacts into your repo.
I don't think it's large files. It's basically made for .txt files and that is all. Even small binary files… you can have them but it's not great with those.

I think it's fine for scope to exist.