Re: [PATCH] submodule: Demonstrate known breakage during recursive merge
- From
Brad King <brad.king@kitware.com>
- Date
- Aug 24, 2011, 20:02 UTC
- Message-ID
- <4E5558BB.4040307@kitware.com>
- In-Reply-To
- <20110824194618.GD45292@book.hvoigt.net>
On 8/24/2011 3:14 PM, Heiko Voigt wrote: > thanks for finding this subtle bug!
Thanks for looking at it!
On 8/24/2011 3:46 PM, Heiko Voigt wrote:
> For the merge search we do not take the bases into > account so the outcome will not change.
The test case creates history like this:
> b---bc > / \ / > o X > \ / \ > c---cb
where b, c, bc, and cb all reference different submodule commits.
Isn't the merge search asked to search for a descendant of "b:sub" and "c:sub" during the recursive part of the merge and then "bc:sub" and "cb:sub" during the primary merge? Might those results be different?
As for the UI part, I think the user would be interested only in the search results for the primary merge between HEAD and MERGE_HEAD. Results from the intermediate merges might not make sense.
Thanks, -Brad