On Sat, 2005-04-16 at 20:32 +0200, Petr Baudis wrote: > Dear diary, on Sat, Apr 16, 2005 at 09:23:40PM CEST, I got a letter > where Thomas Gleixner <[EMAIL PROTECTED]> 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 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html