From: Junio C Hamano Date: Mon, 12 Nov 2012 17:47:25 GMT Subject: Re: [PATCH v3 0/8] Fix GIT_CEILING_DIRECTORIES that contain symlinks Message-ID: <7v4nkuiuhe.fsf@alter.siamese.dyndns.org> In-Reply-To: <508E0FAC.5050600@alum.mit.edu> Michael Haggerty writes: > The log message of the original commit (0454dd93bf) described the > following scenario: a /home partition under which user home directories > are automounted, and setting GIT_CEILING_DIRECTORIES=/home to avoid > hitting /home/.git, /home/.git/objects, and /home/objects (which would > attempt to automount those directories). I believe that this scenario > would not be slowed down by my patches. > > How do you use GIT_CEILING_DIRECTORIES that the proposed changes cause a > slowdown? Yeah, I was also wondering about that. David? >> Is there another way to accomplish this without the performance hit? >> Maybe something that can be solved with configuration? > > Without doing the symlink expansion there is no way for git to detect > that GIT_CEILING_DIRECTORIES contains symlinks and is therefore > ineffective. So the user has no warning about the misconfiguration > (except that git runs slowly). > > On 10/29/2012 02:42 AM, Junio C Hamano wrote: >> Perhaps not canonicalize elements on the CEILING list ourselves? If >> we make it a user error to put symlinked alias in the variable, and >> document it clearly, wouldn't it suffice? > > There may be no other choice. (That, and fix the test suite in another > way to tolerate a $PWD that involves symlinks.)