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

Re: [PATCH] Allow fetching from multiple repositories at once

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Jul 28, 2006, 14:13 UTC
Message-ID
<Pine.LNX.4.63.0607281608520.29667@wbgn013.biozentrum.uni-wuerzburg.de>
In-Reply-To
<20060728140058.GM13776@pasky.or.cz>
Hi,
On Fri, 28 Jul 2006, Petr Baudis wrote:
Show 12 quoted lines
> Dear diary, on Fri, Jul 28, 2006 at 10:51:56AM CEST, I got a letter
> where Johannes Schindelin <Johannes.Schindelin@gmx.de> said that...
> > So the scenario is: one remote repository (probably shared), and multiple 
> > local repositories, all tracking different branches?
> > 
> > So, why not setup a single local (master) repository, setup all the other 
> > repos with the local master as alternate, and write a simple script which 
> > first fetches all branches into the master, and then pulls into the other 
> > local repos from that master?
> 
>   Nope, the scenario is many remote repositories and any number of local
> repositories.
Ah, that clarifies it for me.
Show 12 quoted lines
> Look at http://gitweb.freedesktop.org/ - as far as I know, many people 
> have many (most?) of those repositories cloned and fetching updates is 
> just a huge pain. This makes no assumptions about the number of local 
> repositories, you can even fetch into various branch of a single local 
> repository - only if you fetch into multiple repositories, all of them 
> must see the objects you fetched.
> 
>   The alternative of squashing all the remote repositories into a single
> one is probably not very attractive since you get a huge branches tree
> instead, varying hooks will get impractical, it won't look good in
> gitweb, git clone will by default clone all the stuff, you will need to
> impose tag namespaces, permissions might get tricky and so on and so on.
You misunderstood me: I was talking about a (hidden) local multiplexer.

But in the scenario you painted, wouldn't it be practical to have one consolidated repo _in addition_ to the small ones? Of course, the refs in the consolidated one would have to be prefixed with the name of the repo they come from.

> > The beauty of it is: you can still pull/push directly from the remote 
> > repo, if you want.
> 
>   This should let you do that too.

Of course. But the solution I proposed does not need a patch, and _still_ lets you do said operations. Just wanted to point that out.

Ciao, Dscho

Previous: Petr BaudisNext: Petr Baudis
Message 6 of 8 in “Allow fetching from multiple repositories at once”
  1. Allow fetching from multiple repositories at oncePetr Baudis, Jul 28, 2006
  2. Petr BaudisJul 28, 2006
  3. Junio C HamanoJul 28, 2006
  4. Johannes SchindelinJul 28, 2006
  5. Petr BaudisJul 28, 2006
  6. Johannes SchindelinJul 28, 2006
  7. Petr BaudisJul 28, 2006
  8. Petr BaudisJul 28, 2006

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.