I'd be fine with that too if it is *also* settable via curl --header "svn:compression: no" for non-client auto-increment operations.
On Wed, Jul 12, 2017 at 4:10 PM, Mark Phippard <markp...@gmail.com> wrote: > I cannot find it in archives so maybe this happened in IRC, but I remember > one time suggesting we add a new versioned svn:XXX property to control > this. This could then be set by the client based on extension if desired. > I recall my suggestion was a compression on|off property that when turned > off would cause us to omit the deltification the client does when sending > to the server. If it makes sense for the server to do something similar > when it stores the file, great. > > I suggested if we wanted to get really fancy we could also let the > property control the size of the window used when run xdelta or whatever we > do. I recall for some binary files if you have it a larger window it could > do a better job of compressing. I am no expert here I just recall this > being mentioned in the past as a tuning option that could make a > difference. So a property would be a way to expose that option. > > I think the main use case though is to just disable it for files where > someone knows they would be better off just skipping deltification because > it is not going to reduce the size and just use a lot of time and CPU. > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/ >
