Re: [PATCH 00/30] Add directory rename detection to git
- Date: Fri, 10 Nov 2017 22:27:11 -0000
- From: "Philip Oakley" <philipoakley@xxxxxxx>
- Subject: Re: [PATCH 00/30] Add directory rename detection to git
From: "Elijah Newren" <newren@xxxxxxxxx>
[This series is entirely independent of my rename detection limits series.
However, I have a separate rename detection performance series that
on both this series and the rename detection limits series.]
In this patchset, I introduce directory rename detection to
predominantly so that when files are added to directories on one side of
history and those directories are renamed on the other side of history,
files will end up in the proper location after a merge or cherry-pick.
However, this isn't limited to that simplistic case. More interesting
possibilities exist, such as:
* a file being renamed into a directory which is renamed on the other
side of history, causing the need for a transitive rename.
How does this cope with the case insensitive case preserving file systems on
Mac and Windows, esp when core.ignorecase is true. If it's a bigger problem
that the series already covers, would the likely changes be reasonably
This came up recently on GfW for `git checkout` of a branch where the case
changed ("Test" <-> "test"), but git didn't notice that it needed to rename
the directories on such an file system.