Re: git tries to stat //HEAD when searching for a repo, leading to huge delays on Cygwin

2017-11-03 Thread Jeff King
On Fri, Nov 03, 2017 at 01:32:26PM +0100, Johannes Schindelin wrote: > > diff --git a/setup.c b/setup.c > > index 27a31de33f..5d0b6a88e3 100644 > > --- a/setup.c > > +++ b/setup.c > > @@ -283,7 +283,9 @@ int is_git_directory(const char *suspect) > > size_t len; > > > > /* Check

Re: git tries to stat //HEAD when searching for a repo, leading to huge delays on Cygwin

2017-11-03 Thread Johannes Schindelin
Hi Peff, On Thu, 2 Nov 2017, Jeff King wrote: > On Thu, Nov 02, 2017 at 11:45:55PM +, Andrew Baumann wrote: > > > I have a workaround for this, but someone on stack overflow [1] > > suggested reporting it upstream, so here you go: > > > > I have a fancy shell prompt that executes "git

Re: git tries to stat //HEAD when searching for a repo, leading to huge delays on Cygwin

2017-11-02 Thread Jeff King
On Thu, Nov 02, 2017 at 11:45:55PM +, Andrew Baumann wrote: > I have a workaround for this, but someone on stack overflow [1] > suggested reporting it upstream, so here you go: > > I have a fancy shell prompt that executes "git rev-parse > --is-inside-work-tree" to determine whether we're

git tries to stat //HEAD when searching for a repo, leading to huge delays on Cygwin

2017-11-02 Thread Andrew Baumann
Hi, I have a workaround for this, but someone on stack overflow [1] suggested reporting it upstream, so here you go: I have a fancy shell prompt that executes "git rev-parse --is-inside-work-tree" to determine whether we're currently inside a working directory. This causes git to walk up the