Re: repo.or.cz wishes?

From: Sam Vilain <sam@vilain.net>
Date: Aug 27, 2007, 22:58 UTC
Message-ID: <46D356F9.1010506@vilain.net>
In-Reply-To: <alpine.LFD.0.999.0708271509230.25853@woody.linux-foundation.org>

Linus Torvalds wrote:

Show 5 quoted lines

>  - if you really think that the above is sensible, then explain why.
> 
>  - if you think that is TOTALLY IDIOTIC, then explain why "ssh://" is so 
>    magically special that it would somehow make sense to say "git+" for 
>    it?

This is also useful for foreign SCM support; the idea of supporting svn+ssh:// "directly" with git remote and the likes.

I don't usually write git+ssh://, but I do consider it to be the form which is more in the spirit of application interoperability. It says what it is, which is ssh tunnelled git protocol.

Show 7 quoted lines

> As to your TLS example: if we were to do "git over TLS", it would make 
> perfect sense to use either "tls://" (although "gits://" might be more 
> natural, not because tls is wrong, but because people have gotten used to 
> "https://") if we were to have a "secure git" port. Or maybe we'd use the 
> same port number that we already have assigned for git, and just add some 
> "use TLS to authenticate/encrypt", and use "tls://" for that. It makes 
> perfect sense.

The scheme is bad because it doesn't integrate with other appliations. Seeing the URI in a web page they have no way of knowing which application or port this tls:// URI refers to. It's not *universal*.

This is fine for URIs passed into git, but bad if you want to link to it from elsewhere.

Sam.