Re: git silently ignores include directive with single quotes
- Date: Sat, 8 Sep 2018 21:30:24 +0200
- From: Martin Ågren <martin.agren@xxxxxxxxx>
- Subject: Re: git silently ignores include directive with single quotes
On Sat, 8 Sep 2018 at 21:00, Stas Bekman <stas@xxxxxxxxxx> wrote:
> path = '../.gitconfig'
> Notice the single quotes around the filename. When this is the case git
> silently (!) ignores the custom configuration, which is clearly a bug.
Thanks for reporting and describing out your expectations and what you
Actually, there is a test explicitly testing that 'missing include files
are ignored'. I couldn't find a motivation for this in 9b25a0b52e
(config: add include directive, 2012-02-06).
> The original problem cropped up due to using:
> git config --local include.path '../.gitconfig'
> which on linux stripped the single quotes, but on some windows git bash
> emulation it kept them.
Huh, I wouldn't have expected them to be kept. You learn something
new every day...
> What am I suggesting is that git:
> (1) should complain if it encounters an invalid configuration and not
> silently ignore it. It took quite some effort and time to figure the
Sounds reasonable to me, but I might be missing something. I'm cc-ing
the original author. Maybe he can recall why he made sure it silently
ignores missing files.
> (2) probably allow the quoted location of the file, but it's much less
> important, as it's easy to rectify once git gives user #1
I don't think this will work. Allowing quoting for just this one item,
or for all? Any and all quoting or just at the first and last character?
What about those config items where quotes might legitimately occur,
i.e., we'd need some escaping? Actually, something like '.gitconfig'
*with* *those* *quotes* is a valid filename on my machine.
Thank you for reporting.