git/list[1] front-page[2] threads[3] people[4] search[5] about
 

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

From
Linus Torvalds <torvalds@osdl.org>
Date
Jul 15, 2005, 22:42 UTC
Message-ID
<Pine.LNX.4.58.0507151529590.19183@g5.osdl.org>
In-Reply-To
<7voe93rbmu.fsf_-_@assigned-by-dhcp.cox.net>
Hmm..
This patch actually brings up two different issues
 - I actually prefer code and documentation to be separated. Finding the 
   actual changes to code in this patch is made much harder by the fact
   that most of the changes are documentation updates. In many ways it 
   would have been nicer to separate the two out - first the actual 
   change, then the docs updates.
   Maybe that's just me.
 - 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.

Now, I'd like the address rewriting to actually be fairly capable, so it should be a script of its own.

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

which I have to write out in full (or, more commonly, cut-and-paste) right now.

Hmm?
		Linus
Previous: Junio C HamanoNext: Junio C Hamano
Message 5 of 14 in “Documentation: packed GIT support commands.”
  1. Documentation: packed GIT support commands.Junio C Hamano, Jul 14, 2005
  2. Documentation: update tutorial to talk about push.Junio C Hamano, Jul 15, 2005
  3. Documentation: pull, push, packing repository and working with others.Junio C Hamano, Jul 15, 2005
  4. fetch/pull: support Cogito-style remote branch information.Junio C Hamano, Jul 15, 2005
  5. Linus TorvaldsJul 15, 2005
  6. Junio C HamanoJul 15, 2005
  7. fetch/pull: short-hand notation for remote repositories.Junio C Hamano, Jul 16, 2005
  8. fetch/pull: short-hand notation for remote repositories.Junio C Hamano, Jul 16, 2005
  9. Linus TorvaldsJul 16, 2005
  10. Junio C HamanoJul 16, 2005
  11. git-clone-script: store where we cloned from in .git/branches/originJunio C Hamano, Jul 18, 2005
  12. tutorial: mention "git clone" records .git/branches/originJunio C Hamano, Jul 18, 2005
  13. Documentation: describe short-hand used in fetch/pull.Junio C Hamano, Jul 16, 2005
  14. Documentation: adjust cvsimport command line.Junio C Hamano, Jul 16, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.