Re: Subversion for object code

2012-03-02 Thread Helmut Zeisel
Original-Nachricht > Datum: Thu, 1 Mar 2012 09:07:41 +0200 > Von: Daniel Shahaf > Representation sharing works only on complete files. (If two files are > not byte-for-byte identical, it never kicks in.) What you see would be > the xdelta binary-diff algorithm being efficient

Re: Subversion for object code

2012-02-29 Thread Helmut Zeisel
> Datum: Tue, 28 Feb 2012 13:43:05 +0100 > Von: Stephen Butler > > Acutually this "representation-sharing" was my question. How good does > it work for compiled C++ code? How much does the repository typically grow? > It's best to write a simple script that loads various versions of your > own f

Re: Subversion for object code

2012-02-28 Thread Helmut Zeisel
> Datum: Tue, 28 Feb 2012 14:06:14 +0100 > Von: Ulrich Eckhardt > An: users@subversion.apache.org > Betreff: Re: Subversion for object code > > I know that subversion was not invented for that purpose > > I tend to disagree a bit, Subversion was intended to version non-textual > resources, too

Re: Subversion for object code

2012-02-28 Thread Helmut Zeisel
> Datum: Tue, 28 Feb 2012 11:47:43 +0100 > Von: Stephen Butler Thank you for the quick answer. > But it also has disadvantages: > > - Runaway repository growth. Object files and .jar files don't compress > as well as text. If you bust a hard limit for your repository disk space, > your IT se

Subversion for object code

2012-02-28 Thread Helmut Zeisel
Our software products use different components, where many base components are used in different products. It is not necessary that all developpers compile these componentens themselves, that is, these components are distributed binary (as object files or libraries). To make the distribution of