Re: [PATCH 5/8] Add a config option for remotes to specify a foreign vcs

Johannes Schindelin [off-list ref] writes:

quoted

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>".