Re: Re: full kernel history, in patchset format
- From
- Thomas Gleixner <tglx@linutronix.de>
- Date
- Apr 16, 2005, 19:41 UTC
- Message-ID
- <1113680477.28612.24.camel@tglx.tec.linutronix.de>
- In-Reply-To
- <20050416183232.GH19099@pasky.ji.cz>
On Sat, 2005-04-16 at 20:32 +0200, Petr Baudis wrote:
Show 11 quoted lines
> Dear diary, on Sat, Apr 16, 2005 at 09:23:40PM CEST, I got a letter > where Thomas Gleixner <tglx@linutronix.de> told me that... > > One remark on the tree blob storage format. > > The binary storage of the sha1sum of the refered object is a PITA for > > scripting. > > Converting the ASCII -> binary for the sha1sum comparision should not > > take much longer than the binary -> ASCII conversion for the file > > reference. Can this be changed ? > > Huh, you aren't supposed to peek into trees directly. What's wrong with > ls-tree?
Why I'm not supposed ? Is this evil ?
My export script has all the data available, so I write the tree refs directly. The full export runs ~1 hour. Thats long enough :) I tried the git way and it slows me down by factor "BIG" (I dont remember the number)
Also for reference tracking all the information might be available e.g. by a database. Why should the revtool then use some tool to retrieve information which is already there ?
tglx