Re: [PATCH] merge-recursive: do not look at the index during recursive merge
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jan 9, 2018, 18:49 UTC
- Message-ID
- <xmqqy3l66f5w.fsf@gitster.mtv.corp.google.com>
- In-Reply-To
- <CABPp-BEJS+59FD-1WduHMmtnBBrgS7xDWJm8Z5URrthDp-0Bwg@mail.gmail.com>
Elijah Newren <newren@gmail.com> writes:
Show 31 quoted lines
> Hi,
>
> On Tue, Jan 9, 2018 at 11:19 AM, Junio C Hamano <gitster@pobox.com> 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-recursive.c | 2 +-
>> t/t3030-merge-recursive.sh | 50 ++++++++++++++++++++++++++++++++++++++++++++++
>> 2 files changed, 51 insertions(+), 1 deletion(-)
>>
>> diff --git a/merge-recursive.c b/merge-recursive.c
>> index 780f81a8bd..0fc580d8ca 100644
>> --- a/merge-recursive.c
>> +++ b/merge-recursive.c
>> @@ -1954,7 +1954,7 @@ int merge_trees(struct merge_options *o,
>> if (oid_eq(&common->object.oid, &merge->object.oid)) {
>> struct strbuf sb = STRBUF_INIT;
>>
>> - if (index_has_changes(&sb)) {
>> + if (!o->call_depth && index_has_changes(&sb)) {
>> err(o, _("Dirty index: cannot merge (dirty: %s)"),
>> sb.buf);
>> return 0;
>
> Yep, looks good to me; sorry for overlooking this.
>
> ElijahThanks. The breakage is already in 'master' so this fix needs to be fast-tracked.