Re: [PATCH v2] Documentation: declare "core.ignorecase" as internal variable

From: Sascha Silbe <sascha-ml-reply-to-2018-3@silbe.org>
Date: Jun 24, 2018, 11:26 UTC
Message-ID: <toe7emobf3h.fsf@mimosa.sascha.silbe.org>
In-Reply-To: <aa841316-5fc0-b69b-a3d0-15911b0776f4@syntevo.com>

Hello Bryan, hello Marc,

Marc Strapetz <marc.strapetz@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