From: Sam Ravnborg <sam@ravnborg.org>
Date: Wed, 25 Jan 2006 06:11:40 GMT
Subject: Re: git-ls-files in subdirectories ignore higher-up .gitignore
Message-ID: <20060125061140.GA8408@mars.ravnborg.org>
In-Reply-To: <1138125570.24415.11.camel@dv>

On Tue, Jan 24, 2006 at 12:59:30PM -0500, Pavel Roskin wrote:
> Hello!
> 
> git-ls-files appears to behave in a way that may be unexpected to the
> users.  When run in a subdirectory, git-ls-files never reads .gitignore
> or whatever is specified by --exclude-per-directory in the parent
> directories.
> 
> This can be demonstrated in git's own repository:
> 
> $ touch t/test.o
> $ git-ls-files --others --exclude-per-directory=.gitignore
> $ cd t
> $ git-ls-files --others --exclude-per-directory=.gitignore
> test.o
> $
> 
> Before I attempt to fix it, I'd like to make sure it's a bug, not a
> feature.

I for one consider it a bug.
I expect exactly same output if I do
git ls-files t/
or
cd t; git ls-files

Very usefull when I limit grep to some part of the kernel tree for
example.

	Sam