[Etoys] Git problem

[Bert Freudenberg]

I did, and they said it is not possible. They actually *like* having  
the whole history, although there was discussion about a partial  
check-out:

http://www.gelato.unsw.edu.au/archives/git/0601/15659.html

It's not even a real SCM but something Linus T. wrote for his use. I  
guess with today's bandwidth and disk space that's even reasonable -  
for source code.

- Bert -

Am 15.10.2006 um 19:40 schrieb Andreas Raab:

> I'd ask someone who knows about Git. I can't imagine that in this  
> day and age a content management system isn't capable of dealing  
> with binary files effectively. This reminds me too much of CVS ;-)  
> So before looking for anything else we should check the git docs -  
> there should be something that describes how to deal with binary  
> files effectively.
>
> Cheers,
>   - Andreas
>
> Bert Freudenberg wrote:
>> Hi,
>> we discovered a serious problem with git, the source code  
>> versioning system that is used for OLPC work:
>> I have been using it like I used to with subversion, that is,  
>> check in an updated etoys.image.gz every day:
>>     http://dev.laptop.org/git.do?p=projects/etoys
>> Now Marco, who is on an ISDN connection, tried to check that out,  
>> and it downloaded like 30 MB. Turns out checking out from a git  
>> repository does download the *whole* history since the dawn of  
>> time. Eek.
>> I hear git does use delta-compression for binary files, but I  
>> looks like that does not work for an image:
>> 52      .git
>> git add OLPCPlugin.image
>> 5764    .git
>> git commit
>> 5776    .git
>> run image, save, commit
>> 11492   .git
>> run image, save, commit
>> 17208   .git
>> The increase for each image check-in is about the gzipped size of  
>> the whole image.
>> So. We might have to put the images somewhere else. Or only store  
>> the original image plus changesets in a folder, and have the  
>> makefile update the image from those changesets.
>> A similar problem will arise once we store projects in git.
>> Any ideas?
>> - Bert -
>> _______________________________________________
>> Etoys mailing list
>> Etoys at laptop.org
>> http://mailman.laptop.org/mailman/listinfo/etoys