Elijah Newren writes:
> Hi,
>
> On Tue, Jan 9, 2018 at 11:19 AM, Junio C Hamano wrote:
>
>> > I haven't come up with an addition to the test suite, but I suspect
>> > this change is conceptually wrong. What if a call to this function
>> > is made during a recursive, inner merge?
>
>
Hi,
On Tue, Jan 9, 2018 at 11:19 AM, Junio C Hamano wrote:
> > I haven't come up with an addition to the test suite, but I suspect
> > this change is conceptually wrong. What if a call to this function
> > is made during a recursive, inner merge?
Eek, good catch.
> merge-recursiv
On Tue, Jan 9, 2018 at 1:19 PM, Junio C Hamano wrote:
> When merging another branch into ours, if their tree is the same as
> the common ancestor's, we can declare that our tree represents the
> result of three-way merge. In such a case, the recursive merge
> backend incorrectly used to create a
Junio C Hamano writes:
> + ...
> + test_tick &&
> + git commit --allow-empty -m "O2" &&
> + O1=$(git rev-parse HEAD) &&
> +
> + git reset --hard $O0 &&
> + test_tick &&
> + git commit --allow-empty -m "O2" &&
> + O2=$(git rev-parse HEAD) &&
Does not affect the validit
When merging another branch into ours, if their tree is the same as
the common ancestor's, we can declare that our tree represents the
result of three-way merge. In such a case, the recursive merge
backend incorrectly used to create a commit out of our index, even
when the index has changes.
A re
5 matches
Mail list logo