Johannes Schindelin schrieb: > Hi, > > On Fri, 16 May 2008, Johannes Sixt wrote: > >> Johannes Schindelin schrieb: >>> +'GIT_CEILING_DIRECTORIES':: >>> + If set (to a colon delimited list of absolute directories), Git >>> + will refuse to look for the .git/ directory further when hitting >>> + one of those directories (otherwise it would traverse the parent >>> + directories until hitting the root directory). >> Hmm. >> >> Looking at the current implementation, this should be written as: >> >> If set to a colon delimited list of absolute directories, >> and the current directory is in or below one of them, then >> these are the top-most directories in which Git will look for >> a .git/ directory (otherwise it would traverse the parent >> directories until hitting the root directory). > > According to the test case > > GIT_CEILING_DIRECTORIES="$CWD/X:$CWD/subdir" && > export GIT_CEILING_DIRECTORIES && > (cd subdir && test_must_fail git rev-parse --git-dir) > > this is not the case. If you have something like /bla/subdir and you are > in /bla/subdir, it will not look for .git/. No, the test just shows that it does not *find* a subdir/.git/, but it does not show that it doesn't even *look* for it. Let's first clarify the semantics of GIT_CEILING_DIRECTORIES before we start fixing something: Can a directory that is named in GIT_CEILING_DIRECTORIES be a git repository or not? David's original motivation was that it cannot; in your implementation it can. -- Hannes -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
