Description
If I svnrdump over a revision range of a subpath (any dir below the repos root), the first dumped revision comes with the subpath stripped in each "Node-path:", but the following revisions have the full repos-root relative path: [[[ $ URL=http://svn.apache.org/repos/asf/subversion/trunk/subversion/svn $ svnrdump dump $URL -r1213645:1213646 | grep -a ^Node-path Node-path: Node-path: patch-cmd.c Node-path: merge-cmd.c [...] Node-path: info-cmd.c Node-path: unlock-cmd.c * Dumped revision 1213645. Node-path: subversion/trunk/subversion/svn/main.c * Dumped revision 1213646. ]]] For my specific use case, they should probably all be stripped, so that one can load into a different repos at a --parent-dir of choice, leaving out the empty parent dirs (and the need to move things around). I can also imagine a different use case where one prefers to have "a slice" of the repos with full paths present. Just maybe, there could be a new commandline option to choose between these two ways? Basically I have no firm opinion, other than that this behavior should be fixed and documented in 'svnrdump help dump'. (BTW, 'svnadmin dump' does not take subpaths within repositories, period.)
Original issue reported by neels