On Fri, Feb 8, 2013 at 6:31 AM, Dermot <paikkos_at_gmail.com> wrote:
> In my $work, we manage thousands of binary files (tiffs). We may modify a
> file once or twice before eventually entering the file as a record. Files
> arrive in groups (a submission) and I would like to track changes and the
> history of a file. Once the file is entered as a record, I could remove much
> of the history.
>
> I've used subversion for software version control and I am wondering if I
> would be stretching it's features to versioning thousands of binary files
> (currently 13,000 since the start of 2013) at about 60MB each file.
>
> Apart from the size of the diffs/deltas, I am struggling to envisage a way
> to organise the repo. Making a new project for each submission would make
> make the whole repo unwieldy.
>
> Has anyone used subversion for this type of tracking? Does what I'm
> proposing sound feasible? Any thoughts would be appreciated.
I don't believe there is a reasonable way to ever remove anything from
a subversion repository such that it releases the space used for the
thing you removed. So, I wouldn't consider this with subversion
unless you can work out a way to make separate repositories for one or
a few files so it would be feasible to just remove the whole thing if
you no longer need it or 'svnadmin dump/filter/load' to restructure
them.
--
Les Mikesell
lesmikesell_at_gmail.com
Received on 2013-02-08 16:51:21 CET