Eric S. Raymond wrote: > [...] > Reposurgeon can't handle the Version 3 format with deltas, and there > is no realistic possibility that this will change because the format > is not documented anywhere.
Isn't format 3 documented in the section called "Version 3 format" in dump-load-format.txt? http://svn.apache.org/viewvc/subversion/trunk/notes/dump-load-format.txt?revision=1884689&view=markup#l503 Format 3 makes such a huge difference to data transfer size in typical cases, as far as I recall, that it is hard to justify using format 2 for anything. Format 3 has existed since svn 1.1; it's not exactly new. I can't remember if there is a strong reason why version 2 is not implemented in svnrdump. I have a feeling there is at least a non-trivial reason. I looked some time in the past and it wasn't simply a matter of adding a switch. As far as I recall, the reason was basically that producing the full text of each changed file would involve either complexity (caching on the local side) or inefficiency (fetching the full texts over the network for each change instead of recreating them from deltas), and there has not been a strong need to support v2. > [...] I can imagine administrative situations in which users > can't get the local access required to do that but can run svnrdump. > > Therefore: please add an option to svnrdump in Version 2 format. > It makes me twitchy that there's any possible future in which that > format might be unsuppoted or inaccessible. > > Should I file an issue about this? You can certainly file an issue if there isn't one. (I can't see one in a quick search.) Be aware that there don't seem to be developers around volunteering for this sort of work at the moment. (I'm available for hire.) If I were to have a say I would recommend anyone should rather work on adding v3 to reposurgeon and addressing any documentation that may be lacking. -- - Julian
