Re: [Git] recursive merge on 'master' severely broken?
- Date: Thu, 12 Apr 2018 10:37:39 +0900
- From: Junio C Hamano <gitster@xxxxxxxxx>
- Subject: Re: [Git] recursive merge on 'master' severely broken?
Elijah Newren <newren@xxxxxxxxx> writes:
> On Wed, Apr 11, 2018 at 12:19 AM, Junio C Hamano <gitster@xxxxxxxxx> wrote:
>> It appears that a topic recently graduated to 'master' introduces a
>> severe regression to "git merge" when it merges a side branch that
>> renames paths while the trunk has further updates.
>> The symptom can easily be seen by trying to recreate the merge I
>> made at the tip of 'pu' 29dea678 ("Merge branch
>> 'sb/filenames-with-dashes' into pu", 2018-04-11) that I'll be.
>> pushing out shortly. The side branch renames a file exec_cmd.h to
>> exec-cmd.h (an underscore changed to a dash) without changing any
>> contents, while the branch being merged to has made some changes to
>> the contents while keeping the original pathname.
> I agree, that is _really_ bad. My sincerest apologies. I'll dig into it.
Thanks. It is not unusual for a moderately large set of changes to
have glitches that need time to be discovered. I was hoping that
placing it in 'next' and keeping it there for several weeks would
have been sufficient for people who do use stuff from there in real
life but apparently that wasn't the case.