Merge algorithms

Eli Zaretskii eliz at gnu.org
Fri Sep 17 21:36:17 BST 2010


> From: "Stephen J. Turnbull" <stephen at xemacs.org>
> Cc: john at arbash-meinel.com,
>     mbp at canonical.com,
>     bazaar at lists.canonical.com
> Date: Sat, 18 Sep 2010 04:12:24 +0900
> 
> Eli Zaretskii writes:
>  > > From: "Stephen J. Turnbull" <stephen at xemacs.org>
> 
>  > > If you ever merge back from trunk into a long-running-branch,
>  > > then when you do merge into trunk, a naive "merge source log
>  > > entries float to top of merged ChangeLog" algorithm will
>  > > certainly result in interleaving the branch log entries with the
>  > > trunk entries.  Now what?
>  > 
>  > Merges from mainline need special (manual) handling of the logs
>  > anyway. So nothing is lost here.
> 
> My point is that you need a different algorithm depending on the
> direction of merge.  If this algorithm is default (eg, using an alias),
> you will silently corrupt the logs.

No, there will be no corruption, because when I merge from mainline, I
need to edit the logs anyway.



More information about the bazaar mailing list