[CentralOH] Automated Patches: Version Control Systems

jep200404 at columbus.rr.com jep200404 at columbus.rr.com
Mon Nov 5 22:32:32 CET 2012

On Mon, 29 Oct 2012 18:25:47 -0400, Neil Ludban <nludban at columbus.rr.com> wrote:

> On Mon, 29 Oct 2012 16:53:34 -0400 jep200404 at columbus.rr.com wrote:

> > I am archiving data files as originally received. 
> > It is a requirement to preserve the original files 
> > as received, regardless of how good or bad they are. 
> > They are all compressed. There are many files. 
> > Some of them are around 1/2 Gigabyte. 
> > We have enough data that we have to move files that are not 
> > likely to be needed, from production servers, to off-line 
> > storage. 
> The internets suggest that subversion is using zlib compression for
> everything 

> You would need to decompress the originals before committing, ... 

Since it is a requirement to preserve the original (compressed) 
files as received, using subversion on the uncompressed data 
would result in doubling the storage requirements (if subversion's 
compression for internal storage was similar to the compression 
of the original data). Needing twice as much storage is not 
attractive, especially since we already have storage limitation 
issues. Do you know of a version control system that would 
work efficiently while preserving the original (compressed) 
files as received? 

More information about the CentralOH mailing list