[PATCH 6 of 6] Disable premerge by default
Mads Kiilerich
mads at kiilerich.com
Wed Sep 17 18:07:02 CDT 2008
Matt Mackall wrote, On 09/18/2008 12:24 AM:
> It certainly is Mercurial-ish. Doing automatic premerge with a
> simplemerge-like tool has been the default since day one. The only thing
> that's changed is we don't call an external tool to do it.
>
> And it's also perfectly safe provided you check in your code before
> merging.
I assume that check in before merge doesn't influence the automatic
merge directly. Merging of checked in revisions gives safety because you
always can and should review any merges before checkin, comparing them
to both parents, and in case of any problems you can redo the merge?
> You might get the wrong merge result, but that danger can't be
> eliminated.
>
http://www.selenic.com/mercurial/wiki/index.cgi/MergeProgram has for two
years said: "It should be emphasized that Mercurial by itself doesn't
attempt to do a merge at the file level, neither does it make any
attempt to resolve the conflicts."
How should it be said instead? What can people expect? Which
"guarantees" should be given?
/Mads
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3435 bytes
Desc: S/MIME Cryptographic Signature
Url : http://selenic.com/pipermail/mercurial-devel/attachments/20080918/64025177/attachment.bin
More information about the Mercurial-devel
mailing list