Re: remote#branch

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Wed, 31 Oct 2007, David Kastrup wrote:
> 
> I can click on links in my mail reader, and the above is not recognized
> as one.  <URL:http://host/git repo with spaces in the path> would likely
> work.

I don't think this whole discussion is relevant at all.

Why?

Because we don't care! This is *exactly* why I brought up the whole 
discussion about "interoperability with a web browser", and pointed out 
that there is no such thing *anyway*, since a GIT URL is generally not 
suitable for browsing _regardless_ of any encoding issues!

So it doesn't matter one whit if a mail client recognizes GIT URL's or 
not! Because the mail client cannot do the right thing with them anyway, 
and would generally think that it's something that it should highlight so 
that you can browse it!

Besides, you generally shouldn't use http for git URL's in the first 
place, and they are very much a secondary citizen. Yes, some people use 
them because they have firewall issues, and they *work*, but giving them 
as examples of GIT URL's and discussing them as it they were a big deal is 
just *stupid* when no other - more realistic - git url works that way 
anyway.

This was the whole and only point of my "interoperability" thing. The GIT 
URL's - even when they are perfectly well-formed URL's (which is basically 
100% of the time, since no current git server tends to put things like 
spaces in the path anyway) - are simply in a different "space" than most 
other URL's.

You cannot feed them to a web browser or a file browser anyway, since the 
URL is actually mal-formed (on purpose) in *another* and more fundamental 
way: it doesn't say what the "application domain" is, since it basically 
just assumes that the application domain is git, and the "scheme" part of 
the URL really talks only about the _protocol_, not about the fact that 
it's a git thing.

So if you wanted to be inter-operable, you'd have add the "git" part to 
the scheme, and do the (insane, in my opinion) cogito thing with 
"git+http://xyz.hjashja/"; thing!

See? Otherwise no non-git program could understand *anyway* that it's a 
git address, and not meant to be some html thing.

So to summarise:

 - the only way to make git interoperate would be to be user-UNfriendly 
   with stupid markers that no git program really needs or wants, and by 
   making the escaping depend on the form of the GIT URL.

But hey, if people want to screw up git even more, and make the "git+" 
crap also encode the address, I don't care. I would never *ever* use the 
"git+xyz://" forms anyway. They're stupid and useless, but if you want to 
have programs automatically do something magical about git url's, you'd 
need that "git+" thing.

Personally, I think it's a much better idea to just be git-specific. 
Because realistically, nobody is ever going to really be anything else 
anyway. There is nothing you can sanely do with a git link, unless it's 
something very git specific and conscious in the first place!

			Linus
-
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux