@Ryan Schmidt @Stefan Sperling. I guess that the difficulty of implementing this depends on how much of the client code depends on the existence of those files. From the linked bug tracker item, the answer appears to be 'quite a lot', though I don't know anything about this codebase.
@Paul Hammant This is used by myself only and I am familiar with working with SVN and GIT on the command line, but in no way an 'expert'. I prefer tools which are simple and developer focused and use Linux exclusively, prefer text file configuration. I mainly work on a desktop but sometimes need to move part of the file-system onto a laptop and then merge it back again. By file size most of this data is DSLR raw files and source video, most of which is related to a website with associated source code. Additionally I have multiple unrelated personal projects from the past 7 years which need to be in there own repositories. And miscellaneous 'stuff' which also needs to stay separate. Some files are interdependent, some are not. I too have developed a tool to fit my needs, having become sufficiently frustrated with other tools. However I feel that I'm just reimplementing part of Subversion, hence the question. https://github.com/robehickman/simple-http-file-sync The implementation of this system is very naive, for example storing it's file manifest as JSON. It also has a number of problems that I haven't fixed yet. However I've been quite surprised at how well it works. It handles 16,000 individual files in one of my projects without difficulty, the biggest bottleneck being the network. Currently I'm using this to manage the binary stuff and git for code. I was surprised how easy it was to implement this. The above system is just over 1000 lines of python and a good chunk of that is a journaling file-system interface. On 27 September 2017 at 12:16, Stefan Sperling <s...@apache.org> wrote: > On Wed, Sep 27, 2017 at 06:01:33AM -0500, Ryan Schmidt wrote: >> >> On Sep 26, 2017, at 13:13, Robert Hickman wrote: >> >> > I tend to work on projects with a large amount of binary data along >> > with source code and need to track them together. To this date >> > Subversion is the only tool that I've used which handles this >> > dependably. That being said I have one major issue with it - the last >> > time I used SVN it stored two copies of every file in a checkout. For >> > what I am doing this additional data is useless. I frequently add new >> > binary files but rarely modify them in place. It would be extremely >> > useful for me if there was an option to store only one copy and loose >> > delta uploads. It's all new data so there is nothing to delta anyway. >> > >> > As I have not used SVN for several years I realize that this feature >> > may have been added. If not has it been considered? >> >> The feature hasn't been added yet. >> >> https://issues.apache.org/jira/browse/SVN-525 >> > > I suspect the only problem with this feature request is that nobody > has time to work on it :-/
