5 ms·
Mercurial is a better tool than Git in almost every aspect. It's easy to learn and gets out of your way. I chose it over git a few years ago and sticked with it
by wooptoo 13y ago
Mercurial is a better tool than Git in almost every aspect. It's easy to learn and gets out of your way. I chose it over git a few years ago and sticked with it ever since and used Bitbucket to host most of my stuff. You don't get the community that Github has, but the hosting is great.
- VMG 13y ago> Mercurial is a better tool than Git in almost every aspect. No need to proclaim personal tastes as absolute truths around here. In any case, Bitbucket has complete git support.
- drsintoma 13y ago> No need to proclaim personal tastes as absolute truths around here. In all fairness, we all do that a lot.
- ngoldbaum 13y agoRight, but github only allows, well, git repositories. If they added hg support I'd have a strong reason to think about putting repositories on my github account.
- yawaramin 13y agoAdding hg support would be kinda awkward given their name.
- seany 13y agoI totally agree. Its one of those tools that stays out of your way unless you `need` to do something weird (unfortunately when you need to do that some times it can get really wierd). I feel like with git the base line is fairly complicated.
- jlgreco 13y agoI feel like I am taking crazy pills whenever somebody says that mercurial is simpler than git. Mercurial's per-file revlog and structured .hg/store/data is way weirder / more complex than git's SHA-addressed DAG with minimal/orthogonal object types. The only real blemish on git is that lightweight tags should not exist.
- erikvanzijst 13y agoI'm pretty sure he's talking from the user's perspective, not design/implementation.
- jlgreco 13y agoEh, I am coming from the perspective of a user, not a VCS developer. I find git repositories way easier to navigate, let alone perform complex operations on, because how they work couldn't make more sense to me.
- MBlume 13y agoFrom a user's perspective, Hg is so limited I consider it basically unusable.
- jonknee 13y agoI seem to get my stuff done in either. What's missing for you in hg?
- shuzchen 13y agoBeing an active user of both git and hg, I also can't think of any features I make extensive use of in git (rebase, feature branches, etc) that I can't get with hg. My workflows in both are pretty much the same, just a saner interface on the hg side. If anything, git doesn't have revsets, a really powerful query language you can use to sift through your history - see http://www.selenic.com/hg/help/revsets http://www.selenic.com/hg/help/revsets
- MBlume 13y agorebase -i and add --patch were the dealbreakers Also I have yet to see a hg tutorial that didn't at some point recommend making a second clone of the repo in order to do something complicated.
- pwang 13y agoAs someone once commented, git is a great library for building a VCS system. Great design. The tooling around it? Not so much. http://stevelosh.com/blog/2013/04/git-koans/ http://stevelosh.com/blog/2013/04/git-koans/
- kibibu 13y agoI use and enjoy using Mercurial for most of my projects. But it has nothing, NOTHING as good as git rebase -i
- joeblau 13y agoI would love to see you and Linux Torvalds have a discussion :)