Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] fetch/pull: support Cogito-style remote branch information.

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:02

Linus Torvalds [off-list ref] writes:
 - I actually prefer code and documentation to be separated. ...
   first the actual change, then the docs updates.
Understood.
 - I'd much rather have a generic "address rewriting layer" than a "-b" 
   flag.

   I don't mind the shorthand at all, but I don't think it should be that
   special. It's not "worthy" of a flag - if you have a shorthand that 
   says "linus == rsync://kernel.org/pub/scm/git/git.git", then I think it 
   should just work, and 

	git pull linus

   should end up not needing a "-b" flag. It's not like there is any 
   real ambiguity.
That makes sense.  Naturally,

	git pull linus experimental
        git pull linus tag v2.6.13

should expand to:

       git pull rsync://kernel.org/pub/scm/git/git.git/ experimental
       git pull rsync://kernel.org/pub/scm/git/git.git/ tag v2.6.13

If a user is usually interested in e100 driver work, we should
allow:

	echo rsync://kernel.org/pub/.../git/jgarzik/netdev-2.6.git#e100
	        >.git/branches/jgarzik-e100

and "git pull jgarzik-e100" should expand to:

	git pull rsync://kernel.org/pub/.../netdev-2.6.git/ e100

If the user says:

	git fetch jgarzik-e100 ieee80211-wifi

because the user wanted to peek his other branch just once, but
did not want to bother creating another remote reference
("jgarzik-wifi", perhaps) for this one-time use.  This should
expand to:

	git fetch rsync://kernel.org/pub/.../netdev-2.6.git/ ieee80211-wifi
And it's not necessarily just the branch handling, but more of a generic
shorthand: I'd love to be able to mix something like

	git pull jgarzik/misc-2.6 upstream

and "jgarzik" would be expanded (through something like .git/branches) to 
"master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/"), resulting in the 
_full_ path being expanded to

	master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6 upstream
Nice, and sounds doable without too much ambiguities.  This last
one, however, needs to be coordinated with Pasky, if we want to
use .git/branches/$name convention.  I think Cogito would barf
with your partial URL that ends with "...git/jgarzik/".

I'll code something up.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help