Uploaded image for project: 'Subversion'
  1. Subversion
  2. SVN-4101

'svnrdump dump -rN:M <URL>/subpath' strips subpath in first rev only

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • trunk
    • 1.8.0
    • svnrdump
    • None

    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

      Attachments

        Activity

          People

            cmpilato C. Michael Pilato
            subversion-importer Subversion Importer
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: