Re: git-fetch per-repository speed issues

From: Jeff King <peff@peff.net>
Date: Jul 4, 2006, 00:21 UTC
Message-ID: <20060704002138.GB5716@coredump.intra.peff.net>
In-Reply-To: <Pine.LNX.4.64.0607031603290.12404@g5.osdl.org>

On Mon, Jul 03, 2006 at 04:14:10PM -0700, Linus Torvalds wrote:

> Well, you could use multiple branches in the same repository, even if they 
> are totally unrealated. That would allow you to fetch them all in one go.

One annoying thing about this is that you may want to have several of the branches checked out at a time (i.e., you want the actual directory structure of libXrandr/, Xorg/, etc). You could pull everything down into one repo and point small pseudo-repos at it with alternates, but I would think that would become a mess with pushes. You can do some magic with read-tree --prefix, but again, I'm not sure how you'd make commits on the correct branch. Is there an easier way to do this?

> Basically, a repo that is up-to-date should do a "git fetch" about as 
> quickly as it does a "git ls-remote". Which in turn really shouldn't be 
> doing much anything at all, apart from the connect itself:

Fetching by ssh actually makes two ssh connections (the second is to grab tags).

-Peff