Messages in this thread | | | Subject | Re: [KORG] Re: kernel.org lies about latest -mm kernel | From | Nigel Cunningham <> | Date | Sun, 07 Jan 2007 15:47:37 +1100 |
| |
Hi.
On Sat, 2007-01-06 at 23:10 -0500, Jeff Garzik wrote: > Nigel Cunningham wrote: > > Hi. > > > > On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote: > >> Nigel Cunningham wrote: > >>> Hi. > >>> > >>> I've have git trees against a few versions besides Linus', and have just > >>> moved all but Linus' to staging to help until you can get your new > >>> hardware. If others were encouraged to do the same, it might help a lot? > >>> > >> Not really. In fact, it would hardly help at all. > >> > >> The two things git users can do to help is: > >> > >> 1. Make sure your alternatives file is set up correctly; > >> 2. Keep your trees packed and pruned, to keep the file count down. > >> > >> If you do this, the load imposed by a single git tree is fairly negible. > > > > Sorry for the slow reply, and the ignorance... what's an alternatives > > file? I've never heard of them before. > > It's highly useful but poorly documented method of referencing > repository B's objects from repository A. > > When you clone locally > > git clone --reference linus-2.6 linus-2.6 nigel-2.6 > > it will create nigel-2.6 with zero objects, and an alternatives file > pointing to 'linus-2.6' local repository. When you commit, only the > objects not already in linus-2.6 will be found in nigel-2.6. > > It's far better "git clone -l ..." because you don't even have the > additional hardlinked inodes, and don't have to run "git relink" locally.
Cool. I'll have a play :)
Thanks!
Nigel
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |