Re: [SQUASHED PATCH] Add support for GIT_CEILING_DIRECTORIES
- Date: Fri, 16 May 2008 12:50:04 +0200
- From: Johannes Sixt <j.sixt@xxxxxxxxxxxxx>
- Subject: Re: [SQUASHED PATCH] Add support for GIT_CEILING_DIRECTORIES
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