There are instances where Git vision of a folder does not match its actual case.
This is documented in Git 2.23 (Q3 2019)
See commit ed33bd8 (24 Jun 2019) by Johannes Schindelin (dscho
).
(Merged by Junio C Hamano -- gitster
-- in commit bf8126f, 09 Jul 2019)
t0001: fix on case-insensitive filesystems
On a case-insensitive filesystem, such as HFS+ or NTFS, it is possible that the idea Bash has of the current directory differs in case from what Git thinks it is.
That's totally okay, though, and we should not expect otherwise.
On Windows, for example, when you call:
cd C:\GIT-SDK-64
in a PowerShell and there exists a directory called C:\git-sdk-64
, the
current directory will be reported in all upper-case.
Even in a Bash that you might call from that PowerShell.
Git, however, will have normalized this via GetFinalPathByHandle()
, and the expectation in t0001 that the recorded gitdir
will match what pwd
says will be
violated.
Let's address this by comparing these paths in a case-insensitive manner when core.ignoreCase
is true
.
Reported by Jameson Miller.