David ‘Bombe’ Roden [off-list ref] 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 ;-)