Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: >> I have no problem with that, and I think it makes it even more visually >> obvious what is going. For example: >> >> svn::http://server/path/to/repo >> >> makes the "svn" prefix jump out a bit more. > > ... and http:://repo.or.cz/r/git.git ? Thanks. But no, thanks. Huh? If you meant a "canonical format that always spells out the name of the helper, and then whatever string the chosen helper uses to identify the repository", that would be spelled as: libcurl::http://repo.or.cz/r/git.git/ and will be handled by a single helper, git-remote-libcurl, that is essentially what Linus and Daniel ejected from the builtin. And in fact, that would be vastly more sensible than "we have one helper that uses libcurl, but we hide the implementation detail and call the helper with three names git-remote-{http,https,ftp}, so you would spell the repository http://repo.or.cz/r/git.git/";, which is what we have queued in 'next/pu'. And of course the use of "canonical format" for transports that git traditionally has known about is only for consistency; we would want to give shortcut for them. Obviously we would want "http://<anything>" to be a short-hand for "curl::http://<anything>". -- 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