Re: Possible bug in git-completion.sh

From: Jeff King <peff@peff.net>
Date: Jan 8, 2010, 17:24 UTC
Message-ID: <20100108172445.GB6344@coredump.intra.peff.net>
In-Reply-To: <7vaawosfg9.fsf@alter.siamese.dyndns.org>

On Fri, Jan 08, 2010 at 08:56:38AM -0800, Junio C Hamano wrote:

Show 11 quoted lines

> Junio C Hamano <gitster@pobox.com> writes:
> 
> > You can see it as a feature that you can use to check what would happen
> > if you stopped ignoring the directory from the higher level.  With a patch
> > to always cd-up and use pathspec, that will become impossible.
> 
> I hate to say this, but I have a feeling that status might be what needs
> to be fixed instead.  It isn't hard to imagine a use case where you don't
> want to be bothered by crufts in lower level directories when you are
> looking at the bigger picture (e.g. at the top of the hierarchy) but when
> you go to individual subdirectory you would want to see them.

For people who have status.relativepaths off, status is still a global command. So I would hope that behavior would come out only when doing "git status .", or at the very least be disabled if status.relativepaths is set.

Personally, I think having ignored files show up as untracked based on heuristics like cwd is just going to end up confusing people.

-Peff