[prev in list] [next in list] [prev in thread] [next in thread]
List: git
Subject: Re: Branch Name Case Sensitivity
From: Johannes Sixt <j.sixt () viscovery ! net>
Date: 2014-02-28 6:41:52
Message-ID: 53102FB0.6040603 () viscovery ! net
[Download RAW message or body]
Am 2/28/2014 0:38, schrieb Lee Hopkins:
>> If I understand the issue correctly, the problem is that packed-refs
>> are always case-sensitive, even if core.ignorecase=true. OTOH,
core.ignorecase is intended to affect filenames of the worktree, not
anything else, BTW.
>> checking / updating _unpacked_ refs on a case-insensitive file system
>> is naturally case-insensitive. So wouldn't it be a better workaround
>> to disallow packed refs (i.e. 'git config gc.packrefs false')?
>
> You are correct, the issue boils down to mixing the usage of
> packed-refs and loose refs on case insensitive file systems. So either
> always using packed-refs or always using loose refs would take care of
> the problem. Based Michael Haggerty's response, it seems that always
> using loose refs would be a better workaround.
So, everybody on a case-insensitive file system should pay the price even
if they do not need the "feature"? No way.
If you are on a case-insensitive filesystem, or work on a cross-platform
project, ensure that you avoid ambiguous refs. Problem solved.
-- Hannes
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic