[EMAIL PROTECTED] (Ludovic Courtès) writes: > Apparently, `star-merge' saw that MY-BRANCH--patch-9 was merged into > HIS-BRANCH and made the wrong assumption that _all_ patches prior to > MY-BRANCH--patch-9 had been merged into HIS-BRANCH.
star-merge computes a common ancestor, and either applies the delta (common-ancestor, HIS-BRANCH) or do a three-way-merge (if you have no conflicts, the result should be identical). This approach is known to work badly in the presence of cherrypicked patches. That's life, merge + cherrypick is a difficult problem actually :-(. This is one of the reason why bzr implemented a merge operator based on weaves, which seems to work better in this case. I suppose darcs should do a good job in this case too. > If it is, is there a way to get around this beside selective replays? "replay --skip-present" is probably the best solution, but it may skip patches containing changes that you actually wanted. Once you get back to the situation where you merged "all patches up to X", you can safely use star-merge again. -- Matthieu _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/
