Re: [PATCH v3 0/8] Fix GIT_CEILING_DIRECTORIES that contain symlinks

Anders Kaseorg [off-list ref] writes:

On 10/29/2012 01:10 AM, Michael Haggerty wrote:

quoted

How do you use GIT_CEILING_DIRECTORIES that the proposed changes cause a
slowdown?

Sorry to bring up this old thread again, but I just realized why my
computer has been acting so slow when I’m not connected to the
network. I put various network filesystem paths in
$GIT_CEILING_DIRECTORIES, such as /afs/athena.mit.edu/user/a/n/andersk
(to avoid hitting its parents /afs/athena.mit.edu,
/afs/athena.mit.edu/user/a, and /afs/athena.mit.edu/user/a/n which all
live in different AFS volumes). Now when I’m not connected to the
network, every invocation of Git, including the __git_ps1 in my shell
prompt, waits for AFS to timeout.

Thanks for a report.

Assuming that this says "yes":

	D=/afs/athena.mit.edu/user/a/n/andersk/my/dir
        cd "$D"
        test "$(/bin/pwd)" = "$D" && echo yes

iow, AFS mounting does not have funny symbolic link issues that make
the logical and physical PWD to be different like some automounter
implementation used to have, perhaps we can introduce a way for the
user to say "The element of this CEILING list do not have any
alias due to funny symlinks" to solve this.  Perhaps existing of an
empty element in the list would do?  E.g.

	GIT_CEILING_DIRECTORIES=:/afs/athena.mit.edu/users/a/n/andesk

or something like that.  And in such a case, we do not run realpath
on the elements on the list before comparing them with what we get
from getcwd(3).

Of course, you could condionally unset the environment while
offline, but that feels like an ugly hack.