David ‘Bombe’ Roden <bombe@xxxxxxxxxxxxxxxxx> 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 ;-) -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
