Dear diary, on Wed, Apr 20, 2005 at 12:00:36PM CEST, I got a letter where Tom Lord <[EMAIL PROTECTED]> told me that... > >From the /Arch/ perspective: `git' technology will form the > basis of a new archive/revlib/cache format and the basis > of new network transports.
I think one thing git's objects database is not very well suited for are network transports. You want to have something smart doing the transports, comparing trees so that it can do some delta compression; that could probably reduce the amount of data needed to be sent significantly. > >From the `git' perspective, /Arch/ will replace the lame "directory > cache" component of `git' with a proper revision control system. I'm not sure if you fully grasped the git's philosophy yet. The "directory cache" component is not by itself any revision control system - it is merely a staging area for any revision system on top of it (IOW: subordinate, not competitor). > I started here: > > http://www.seyza.com/=clients/linus/tree/index.html > > and for those interested in `git'-theory, a good place to start is > > http://www.seyza.com/=clients/linus/tree/src/liblob/index.html These pages are surely very nice, unfortunately I have to enjoy them only from the "HTML source" view. The HTML seems completely broken, containing unterminated comments like "<!-- BEGIN the main body>". :-( You didn't go into surely interesting details regarding what will you be fixing regarding ancestry graphs. Also, I have some concerns about your naming scheme. First, why do you include the size in the filename? Second, with ..../..../ you are _seriously_ worse off than with ../. The first will put 1/256 of project files to each directory, where with the second you will have 1/4294967296 of project files per directory. I think the point of directory is that it is a container grouping certain files in a certain way; in the objects database it is done purely for performance (and compatibility, to a degree) reasons, but your way it will have worse performance characteristics at least until the project accumulates 4294967296 files in the database. Kind regards, -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor _______________________________________________ Gnu-arch-users mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/
