On Mon, Nov 15, 2021 at 9:48 AM Daniel Sahlberg
<daniel.l.sahlb...@gmail.com> wrote:
>
> Den mån 15 nov. 2021 kl 15:41 skrev Justin MASSIOT | Zentek
> <justin.mass...@zentek.fr>:
> >
> > Hi Robert,
> >
> > Interesting initiative.
> > What is the "two copies of everything in a checkout" problem you are 
> > talking about?
>
> I would have presumed it is the "pristine" files. A solution was
> proposed and implemented in this thread in dev@
>
> http://mail-archives.apache.org/mod_mbox/subversion-dev/202107.mbox/%3C874kcf6xin.fsf%40red-bean.com%3E

This implementation is in the 'pristines-on-demand' branch.

More below...

> > On Sat, 13 Nov 2021 at 01:54, Robert Hickman 
> > <robert.e.hick...@googlemail.com> wrote:
> >> I've been working on a 'subversion replacement' for the last 5 ish
> >> years called 'simple http file sync' (shttpfs), a centralized version
> >> control system for binary files.
> >>
> >> SHTTPFS was created to manage changes to a lot of binary image and
> >> video files across multiple computers. The nature of my own data is it
> >> is primarily added to and very rarely changed. i.e. video is edited
> >> 'non destructively', and a new video is rendered. I created shttpfs to
> >> solve subversion's 'two copies of everything in a checkout' problem,
> >> which was causing data bloat to an extent that made it completely
> >> unusable. Nothing else worked reliably, or had the required features
> >> (simple design, atomic commits, arbitrary partial checkouts, good
> >> command line interface, stores version history on a central server).
> >>
> >> https://github.com/robehickman/simple-http-file-sync

Thanks for sharing. I know you began this work long before the
'pristines-on-demand' branch existed and even before the mail list
thread discussing it, but I'd very much like to know your thoughts on
it.

Cheers,
Nathan

Reply via email to