Re: What's cooking in git.git (May 2020, #05; Thu, 14)
- From
Elijah Newren <newren@gmail.com>
- Date
- May 15, 2020, 15:25 UTC
- Message-ID
- <CABPp-BF2Nh8LntDfw7-zSry00QKWg68qKOFW9QHvtqrSvU=Utw@mail.gmail.com>
- In-Reply-To
- <xmqqpnb6nk7x.fsf@gitster.c.googlers.com>
On Thu, May 14, 2020 at 6:33 PM Junio C Hamano <gitster@pobox.com> wrote:
Show 6 quoted lines
> * en/merge-rename-rename-worktree-fix (2020-05-14) 1 commit > - merge-recursive: fix rename/rename(1to2) for working tree with a binary > > When a binary file gets renamed and then merged with a minor > change, the copy on the working tree while conflict resolution > sometimes got "their" version and not "ours".
This summary feels misleading; it's not simple rename + content merge, it's double rename + content merge. Perhaps:
When a binary file gets modified and renamed on both sides of history to different locations, both files would be written to the working tree but both would have the contents from "ours". This has been corrected so that the path from each side gets their original content.