The Windows filesystem API supports CS file- and directory names just fine.

It can be enabled on a per-directory basis like so:

> fsutil.exe file setCaseSensitiveInfo C:\folder enable

NTFS had support for this for decades now - it was designed that way to be POSIX-compliant.

It's shoddy software that lacks support for it, not the OS or the file system.

If people actually abuse git branches being CS, odds are good they're also abusing CS in the repository content.

The linux kernel is one of the offenders, if you check it out on Windows or macOS (which supports CS but remains CI by default) you'll immediately get garbage in netfilter, because it's an habitual user of having different files with names identical but for the casing e.g. xt_TCPMSS.h and xt_tcpmss.h.

Yep, I recently got bit by this, someone checked in a branch named something like "x<-->y", Windows was unhappy. I think this is a git bug: git should escape these names for the native platform.

https://stackoverflow.com/questions/1976007/what-characters-...