4 ms·

Yeah, the mental model of Mercurial is way better. Unfortunately, GitHub got VC funding and caused network effects to kick in. Git came along with GitHub as a

by bsder 3y ago

Yeah, the mental model of Mercurial is way better. Unfortunately, GitHub got VC funding and caused network effects to kick in. Git came along with GitHub as a parasite much like C came along as a parasite with Unix.

adastra22 3y ago
I'm a huge critic of git, but I think it won out on merits. Git was used by the Linux kernel, and therefore from the beginning scaled better to much larger projects than other DVCS systems.
- Ygg2 3y ago
  Except it doesn't scale to codebases the size of Facebook and Google.
  - jahav 3y ago
    MS stores windows codebase in a single repo (https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/ https://devblogs.microsoft.com/bharry/the-largest-git-repo-o...). 300GB. I don't really see a benefit of having all code of an org in a single repo. Single product, sure. But whole company? Why. Not to mention, these are serious outliers. From security standpoint, it doesn't seem great, from practical side, it's not great (bandwidth cost ect).
    - Ygg2 3y ago
      There was similar push by Facebook to improve Mercurial perf and they showed some impressive advantage over Git. It seems it was abandoned eventually for Git.
  - dig1 3y ago
    > Except it doesn't scale to codebases the size of Facebook and Google. Actually, it scales well with large codebases, but the monorepo mental model pushed by FB/Google doesn't match the git workflow model. Git repo design is for a concrete entity: a single tool, binary, service, kernel, whatever. When you start bashing in multiple unrelated projects where you try to have various per-project versioning schemas, it becomes a mess.
- goalieca 3y ago
  Got scales very well with source code but does terrible with binary resources like graphics. The only time I’ve seen got really fail (but still work at slowly as other systems) is when some stubborn tech lead decides to put 3rd party source deps as tarballs in git.
bvrmn 3y ago
> Yeah, the mental model of Mercurial is way better. It's more complex comparing with git naked graph. Contains more domain entities. But it could be more convenient for starters and SVN users.

by bsder 3y ago

adastra22 3y ago

I'm a huge critic of git, but I think it won out on merits. Git was used by the Linux kernel, and therefore from the beginning scaled better to much larger projects than other DVCS systems.

Ygg2 3y ago
Except it doesn't scale to codebases the size of Facebook and Google.
- jahav 3y ago
  MS stores windows codebase in a single repo (https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/ https://devblogs.microsoft.com/bharry/the-largest-git-repo-o...). 300GB. I don't really see a benefit of having all code of an org in a single repo. Single product, sure. But whole company? Why. Not to mention, these are serious outliers. From security standpoint, it doesn't seem great, from practical side, it's not great (bandwidth cost ect).
  - Ygg2 3y ago
    There was similar push by Facebook to improve Mercurial perf and they showed some impressive advantage over Git. It seems it was abandoned eventually for Git.
- dig1 3y ago
  > Except it doesn't scale to codebases the size of Facebook and Google. Actually, it scales well with large codebases, but the monorepo mental model pushed by FB/Google doesn't match the git workflow model. Git repo design is for a concrete entity: a single tool, binary, service, kernel, whatever. When you start bashing in multiple unrelated projects where you try to have various per-project versioning schemas, it becomes a mess.
goalieca 3y ago
Got scales very well with source code but does terrible with binary resources like graphics. The only time I’ve seen got really fail (but still work at slowly as other systems) is when some stubborn tech lead decides to put 3rd party source deps as tarballs in git.

bvrmn 3y ago

> Yeah, the mental model of Mercurial is way better. It's more complex comparing with git naked graph. Contains more domain entities. But it could be more convenient for starters and SVN users.