I am looking at implementing a simple SVN for our design department. I am leaning towards SVN with Versions (OS X client).

We have about 3 TB and growing of design images.

I'm curious how SVN handles large image files, and a very large amount of them.

  • I'm going to try a test with some data that is mirrored from the working directory and see how much it grows. – brennanag Nov 14 '10 at 11:30

Yes it will require a large amount of space.

It just stores them as blobs of data. There will be no diffs created for them. It will continue to grow every time a file is committed.

| improve this answer | |

It will obviously take a good bit of space, considering you have terabytes of data. Storing the revisions will expand rather quickly, considering SVN doesn't have the best binary diff system.

I would look into a version control system that does offer strong binary difference tracking (can't think of any off the top of my head, sorry), and see if that can save you some time and space.

In general, you probably can make SVN work for this, at the cost of a good bit of space. Performance depends on how many files you're working with, also.

| improve this answer | |

It depends if content is already in compressed format or not. Subversion uses zlib compression, so repository itself may require less space than working copy if most of it compressable at decent ratio.

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.