4 ms·
Exactly. I am a huge Python fan and have contemplated giving Mercurial a go just because I know I could hack it myself if need be and that'd be cool. But I've g
by tdavis 17y ago
Exactly. I am a huge Python fan and have contemplated giving Mercurial a go just because I know I could hack it myself if need be and that'd be cool. But I've gotten to the point where I know my way around Git well enough that I can't justify it. Besides familiarity with the commands, I've also gotten used to the workflow, which I'm sure differs under Mercurial.
- ubernostrum 17y ago"I've also gotten used to the workflow, which I'm sure differs under Mercurial." Yes and no. The workflow for managing branches is different, because you usually just clone an hg repo to do a branch, and then merge as needed. The workflow for more complex things isn't quite as different as most people seem to think, though; mainly the difference is that in hg the answer is "use a patch queue". Operations on patch queues are somewhat lower level than, say, git's rebase, but all the power is still there (and there's a rebase extension which will let you do it all in one go if that's your thing). What's been interesting to me is seeing the evolution of the "popular" git workflow over time. Originally, people hyped things like rebasing and editing commit history, but gradually the emphasis has shifted away from that and the best practices have solidified around using those features only when they're necessary, which is much less often than a lot of folks originally believed. And, amusingly, that's very close to the way hg has always been used: you can do lots of fancy stuff, but you should have a good reason for doing so (and should typically never do so after you've pushed to other folks or they've pulled from you).