Re: [SQUASHED PATCH] Add support for GIT_CEILING_DIRECTORIES

From: Johannes Sixt <j.sixt@viscovery.net>
Date: May 16, 2008, 06:54 UTC
Message-ID: <482D2F9D.4080809@viscovery.net>
In-Reply-To: <alpine.DEB.1.00.0805160012310.30431@racer>

Johannes Schindelin schrieb:

Show 5 quoted lines

> +'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).

But from David's initial commit message:

For example, I use git in an environment where homedirs are automounted and "ls /home/nonexistent" takes about 9 seconds. Setting GIT_CEILING_DIRS="/home" allows "git help -a" (for bash completion) and "git symbolic-ref" (for my shell prompt) to run in a reasonable time.

This implementation it will still look for a non-existing /home/.git, and, hence, should take a long time to complete.

David, does this really meet your needs?

-- Hannes