pros for hg instead of git (was: to git or not to git)

[Bernhard E. Reiter]

Am Mittwoch 05 September 2018 21:44:20 schrieb Alessandro Rubini:
> Having two options instead of one is always good.

Yes, this is why my post was about the effect chains if we use and support one 
tool or several ones. Because in a lot of situations others are already 
completely booked on one tool, I'm using all opportunites to use the other, 
because they come less often. Just like I am always trying to use
https://iridiumbrowser.de/ instead of Chrome and Edge if I can.
And a GNU system instead of Windows. LineageOS-microg over Vendor 
Android/Linux. And so on. It is not a major hassle for me, I'll just keep an 
eye open for more Free Software opportunities.

But back to Mercurial SCM (aka hg from https://www.mercurial-scm.org/):

> Today I read some (most?) documents on the project's site, and I see
> that it's very similar, 

Thanks for giving hg a look. In my experience it is a sound option
and comes with comparable power, if compared to git.

> but on the flip side it looks like interactive 
> rebases are not as easy as they are with git, and I really use them a
> lot (I write several features and test them all together, so I often
> squash my fixes in the original commit before pushing).

With due respect: Here you can see how your style of working was shaped by the 
tool. In my company (where we use hg and git) we'd already lost code because 
an interactive rebase can lead to data loss, thus breaking a mental concept
that some have of an SCM to be able to reconstruct each configuration once it 
has been checked in. Still I believe interactive rebased can be useful,
and you've probably found the extensions that allow it for hg,

e.g. see the dicussion at 
https://stackoverflow.com/questions/1725607/can-i-squash-commits-in-mercurial#1725638

> Also, I don't like much the data model (which is why, I think, changing
> the whole history is not as easy as with git).
>
> Thank you none the less, it was interesting reading.

Thanks for considering hg, a technically diverse "ecosystem" is much more 
resilient against all sorts of "problems". :)

Best Regards,
Bernhard
-- 
FSFE -- Founding Member     Support our work for Free Software: 
blogs.fsfe.org/bernhard     https://fsfe.org/donate | contribute
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.fsfe.org/pipermail/discussion/attachments/20180906/8f7a37c7/attachment.sig>