From: Linus Torvalds <torvalds@linux-foundation.org>
To: Martin Mares <mj@ucw.cz>
Cc: Petr Baudis <pasky@suse.cz>,
skimo@liacs.nl, git@vger.kernel.org,
Jakub Narebski <jnareb@gmail.com>
Subject: Re: repo.or.cz wishes?
Date: Mon, 27 Aug 2007 15:27:07 -0700 (PDT) [thread overview]
Message-ID: <alpine.LFD.0.999.0708271509230.25853@woody.linux-foundation.org> (raw)
In-Reply-To: <mj+md-20070827.195605.14967.albireo@ucw.cz>
On Mon, 27 Aug 2007, Martin Mares wrote:
>
> What does `ssh://what.the.hell.org/some/file' per se mean?
So what does "http://what.the.hell.org/some/file" mean?
Does it mean that you have to start a web browser? Should we make that be
git+http://what.the.hell.org/some/file
to make it clear that we're doing "git work" over the "http" protocol?
Pretty obviously not.
> SSH is a protocol, but rather in the sense similar to TLS, not to HTTP.
What does *that* mean? A protocol is a protocol. Your argument that
protocols are "different" is pointless. Some protocols are usable for git,
others aren't. OF COURSE different protocols are different. They are
different in different ways.
Git uses URL's to say how to access something, which includes a protocol,
an optional host, and a location within the host. It's quite obvious what
they mean, and it's *also* obvious that the meaning is git-specific.
Here's what it boils down to:
- do you think it is sensible to write
git clone git+file:///some/directory
git clone git+http://host/directory
git clone git+rsync://host/directory
when cloning from the local filesystem, over http, or over rsync
respectively? The first one, btw, actually uses the "git protocol". The
two others do not, but since a user shouldn't care, it would be really
stupid to try to make some internal implementation detail show up in
the URL scheme.
- 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?
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.
In short: you should just ask yourself: what is the most natural thing for
a *user* to type to "git clone". And no, the "git+" prefix never makes
sense.
Linus
next prev parent reply other threads:[~2007-08-27 22:28 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-26 23:59 repo.or.cz wishes? Petr Baudis
2007-08-27 0:16 ` Sven Verdoolaege
2007-08-27 0:41 ` Petr Baudis
2007-08-27 18:23 ` Linus Torvalds
2007-08-27 18:58 ` Junio C Hamano
2007-08-27 19:09 ` Matthieu Moy
2007-08-27 20:05 ` Martin Mares
2007-08-27 21:27 ` Jing Xue
2007-08-27 22:27 ` Linus Torvalds [this message]
2007-08-27 22:58 ` Sam Vilain
2007-08-27 23:17 ` Linus Torvalds
2007-08-27 23:27 ` Jakub Narebski
2007-08-27 23:38 ` Linus Torvalds
2007-08-27 23:30 ` Sam Vilain
2007-08-27 23:34 ` Linus Torvalds
2007-08-27 23:16 ` Jakub Narebski
2007-08-27 21:58 ` Jakub Narebski
[not found] ` <20070828084939.GF1976MdfPADPa@greensroom.kotnet.org>
[not found] ` <200708282356.10605.jnareb@gmail.com>
2007-08-29 7:32 ` Sven Verdoolaege
2007-08-29 23:12 ` Jakub Narebski
2007-08-27 2:40 ` Sam Vilain
2007-08-27 8:35 ` Johannes Schindelin
[not found] ` <20070828041059.GK18160@spearce.org>
[not found] ` <20070828111913.GA31120@thunk.org>
[not found] ` <Pine.LNX.4.64.0708281230310.28586@racer.site>
[not found] ` <20070829042005.GT18160@spearce.org>
2007-08-29 9:54 ` Petr Baudis
[not found] ` <20070829041523.GS18160@spearce.org>
[not found] ` <7vr6lnszay.fsf@gitster.siamese.dyndns.org>
2007-08-29 9:58 ` Petr Baudis
2007-08-29 11:13 ` Theodore Tso
2007-08-31 21:09 ` Shawn O. Pearce
2007-08-29 17:11 ` Linus Torvalds
2007-09-01 2:58 ` Shawn O. Pearce
2007-08-27 19:49 ` Uwe Kleine-König
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.0.999.0708271509230.25853@woody.linux-foundation.org \
--to=torvalds@linux-foundation.org \
--cc=git@vger.kernel.org \
--cc=jnareb@gmail.com \
--cc=mj@ucw.cz \
--cc=pasky@suse.cz \
--cc=skimo@liacs.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).