Re: A project I've been working on
On Mon, Nov 15, 2021 at 9:48 AM Daniel Sahlberg wrote: > > Den mån 15 nov. 2021 kl 15:41 skrev Justin MASSIOT | Zentek > : > > > > 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 > > 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
Re: A project I've been working on
Den mån 15 nov. 2021 kl 15:41 skrev Justin MASSIOT | Zentek : > > 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 (I haven't looked at Robert's code and what he is trying to achieve). Kind regards Daniel > > Justin > > > On Sat, 13 Nov 2021 at 01:54, Robert Hickman > wrote: >> >> Hi people, >> >> 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
Re: A project I've been working on
On Mon, Nov 15, 2021 at 9:41 AM Justin MASSIOT | Zentek wrote: > > Hi Robert, > > Interesting initiative. > What is the "two copies of everything in a checkout" problem you are talking > about? He is talking about the pristine version that is maintained in the working copy .svn folder. There was a patch sent to the mailing list several weeks ago to make this optional. It would be a great feature for people that work primarily with large binary files. Mark
Re: A project I've been working on
Hi Robert, Interesting initiative. What is the "two copies of everything in a checkout" problem you are talking about? Justin On Sat, 13 Nov 2021 at 01:54, Robert Hickman < robert.e.hick...@googlemail.com> wrote: > Hi people, > > 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 >
A project I've been working on
Hi people, 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
