From: Junio C Hamano <gitster@pobox.com>
Date: Thu, 03 Jul 2008 00:31:35 GMT
Subject: Re: [BUG] Git looks for repository in wrong directory
Message-ID: <7vtzf76c60.fsf@gitster.siamese.dyndns.org>
In-Reply-To: <200807030216.28921.bombe@pterodactylus.net>

David ‘Bombe’ Roden  <bombe@pterodactylus.net> writes:

> git clone r1 r1.git
> cd r1
> echo b > b
> git add b
> git commit -m "b"
> cd ..
> git ls-remote r1
> git ls-remote r1/.
>
> shows that Git searches for a repository in the wrong place. I think the last 
> two commands should output exactly the same but "git ls-remote r1" actually 
> lists the contents of "r1.git". Is that a bug or is this (extremely 
> confusing) behaviour intended?

This is age old usability feature that lets you say "ls-remote r1" even
when you do *not* have "r1.git", and is not limited to the local file
transport but also applicable when peeking a remote repository over the
native transport.

If you have both, you already have found the way to disambiguate ;-)