[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Who else is using SVN for large-binary-asset storage?

From: Nathan Hartman <hartman.nathan_at_gmail.com>
Date: Mon, 4 May 2020 22:19:01 -0400

On Mon, May 4, 2020 at 4:34 PM Robert Hickman <
robert.e.hickman_at_googlemail.com> wrote:

> I used to use SVN to store and version binary image files, and the
> storage bloat of duplicating all of them in a checkout became unlivable.
> I asked about fixing this problem in SVN at the time, and it went
> nowhere. After trying numerous other tools and having nothing work
> reliably I ended up writing a solution to my own problem myself
> (https://github.com/robehickman/simple-http-file-sync).
>
> My tool is very rudimentary, but in creating this I realized that the
> problem of versioning binary files in an SVN-like way isn't very
> difficult. Usefully diffing binary files isn't generally possible, and
> at least for my own use even delta compressing them server side had no
> value, as my own data set is primarily added to and the files are rarely
> changed. Also hard drives are just so cheap now.
>
> This problem has been in SVN forever and nobody seems that interested in
> doing anything about it. Creating a new system is probably more productive.
>
> Personally I think a no-pristines feature provides additional benefits
beyond hosting large binaries, especially if, in addition to per-file, it
can be per-working-copy.

If your repository and working copy are on the same machine and local, then
I think you can see the benefit -- even more so if the wc is on a ramdisk.

Cheers,
Nathan
Received on 2020-05-05 04:19:20 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.