Jeff King <p...@peff.net> writes:
> On Mon, Sep 10, 2012 at 01:30:03PM -0700, Junio C Hamano wrote:
>> Jeff King <p...@peff.net> writes:
>> > If the proposal were instead to add a certain type of pathspec that is
>> > case-insensitive, that would make much more sense to me. It is not
>> > violating git's case-sensitivity because it is purely a _query_ issue.
>> > And it is a feature you might use whether or not your filesystem is case
>> > sensitive.
>> > ...
>> >  I did not keep up with Duy's work on pathspec magic-prefixes (and I
>> > could not find anything relevant in the code or documentation), but
>> > it seems like this would be a logical feature to support there.
>> I think it mostly is in setup.c (look for "Magic pathspec").
> Thanks, that helped. I got excited when I saw the "icase" in the
> comments and thought it might already be implemented. But it looks like
> it is still to be done. :)
Yeah, some are tongue-in-cheek (e.g. I do not know what "recursive
pathspec" even means), but "noglob" probably is an urgent need from
correctness point of view for people who are writing Porcelain and
want to interact with a history that records funny filenames.
Currently you can "git <cmd> 'foo\*'" to match a path that is
exactly 'foo*' (because it matches) but you also have to hope there
is no other paths that happens to match that pattern. A script that
grabs paths out of ls-files output and then tries to use them as
pathspec would want to have a way to say "This is literal. Do not
honor globs in it".
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html