On Mon, 8 Oct 2007 12:59:52 +0200, Frank Lichtenheld <[EMAIL PROTECTED]> said:
> On Sun, Oct 07, 2007 at 10:59:18PM -0500, Manoj Srivastava wrote: >> On Mon, 8 Oct 2007 02:55:37 +0200, Frank Lichtenheld >> <[EMAIL PROTECTED]> said: >> > Lets not exagerate. At least for git the repository will usually be >> > smaller or only little larger than the working directory. It will >> > probably compress worse though. >> How is this magic done? If I have several dozen feature branches, all >> feeding back and forth, and have made lots and lots of changes in my >> sources, how does git preserve all this information without a >> commensurate increase in size? This makes the information theory >> geek in me very very skeptical. > By already using compression in the repository and by aggressively > storing data as delta against earlier versions (both for binary and > textual data). Well, arch does this in the repo: base versions and cacherevs are tar.gz files, and then it stores deltas from the most recent base version or cached revisions (I generally cache every 20th revision). In any case, I think the kinds of actions taken by joey's and Colin's patches are probably not things that we'll have to do to support shipping an arh working directory in the source packagel if we have {arch} and .arch-id dirs in the source, the end user has access to the distributed version control system; as soon as they register the archive location mentioned in the control file entry. I am not sure how the pritine-tar bit fits in into the picture yet. manoj -- Eighty percent of married men cheat in America. The rest cheat in Europe. Jackie Mason Manoj Srivastava <[EMAIL PROTECTED]> <http://www.golden-gryphon.com/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]