Re: [SQUASHED PATCH] Add support for GIT_CEILING_DIRECTORIES

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

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

--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux