I like Mercurial. It should be talked about more; instead of everyone talking about git only (when they aren’t busy talking about blockchains, that is). Let’s do more Hg marketing! #hg #mercurial
@aras how much of this is still true http://www.ennoble-studios.com/tuts/mercurial-with-largefiles.html ? Can't see which large files have changed? Large file commits are super slow?
@dantreble I don't think I've experienced anything that they talk about there. We do use largefiles, some of them are gigabytes in size, and I haven't seen the "RAM needs to commit that are astronomical" issue.
And then it talks about how largefiles are primarily for saving bandwidth/CPU, whereas I think they are primarily for saving disk space. So... confused about what that post is about :)
@dantreble that said, for mercurial in particular, a more likely future proof extension is LFS, just because it reuses all the investment the world is putting into Git LFS. https://www.mercurial-scm.org/pipermail/mercurial-devel/2017-November/107727.html
@aras that's disappointing! I think our repository is maybe 5% text https://mastodon.gamedev.place/media/Pd1FrTQeDsEYbauNOYw I bet all the text history for that 5% is less than 95% binaries duplicated. I bet I it comes under 2x :-)
@Tak @dantreble @aras I'm late to the party. I've got our small team of 4 fully switched over to hg+largefiles. They use TortoiseHg as their client and just refer to our VCS as "the Turtle". Integrated with Phabricator (brilliant software) so that we do all our task tracking / wiki / bugs in Phabricator. It's self hosted, behind Zerotier we get some more security than net-facing services, and it seems to just work for everyone. I was worried about pushing hg to a team, but its been pleasant.
@ludovic Found it somewhere in Spain. There are some on the internets, e.g. https://www.threadless.com/product/3998/freddie_mercury