Hello Bryan, hello Marc, Marc Strapetz <marc.strap...@syntevo.com> writes:
> The current description of "core.ignoreCase" reads like an option which > is intended to be changed by the user while it's actually expected to > be set by Git on initialization only. This is especially important for > Git for Windows, as noted by Bryan Turner [1]: Does this apply to Mac OS X as well? I helped someone recently who had trouble with renamed files (case change only) in a repository residing on a case-insensitive HFS+ file system. Setting core.ignoreCase explicitly (apparently it didn't get set automatically during clone for some reason) helped; the files are recognised correctly now and the case-only rename could be pulled. Is the post-clone change insufficient on Mac OS X? Do we need to replace the existing repository and clone again using '--config core.ignoreCase=true' to avoid future issues? PS: Including the message-id of the mail being referenced would be useful; the id in the URL you gave is specific to the service being used (public-inbox.org) and cannot be used to reference the mail in any other archive (local or public). If you use the mid:<message-id> syntax (RFC 1630) some MUAs can even recognise the link and open the mail directly. Sascha -- Softwareentwicklung Sascha Silbe, Niederhofenstraße 5/1, 71229 Leonberg https://se-silbe.de/ USt-IdNr.: DE281696641