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

'update -N' on a path to be deleted corrupts working copy

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 1.4.x
    • Fix Version/s: 1.5.0
    • Component/s: libsvn_wc
    • Labels:
      None

      Description

      Synopsis:
        Non-recursive update on a wc path that has been deleted in HEAD causes
      unrecoverable state in metadata.
      
      Testcase:
      % svnadmin create repos
      % svn co file://`pwd`/repos wc1
      % mkdir -p wc1/foo/bar
      % svn add wc1/foo
      % svn ci -m '' wc1/foo
      % svn co file://`pwd`/repos wc2
      % svn rm wc1/foo
      % svn ci -m '' wc1/foo
      % svn up -N wc2/foo
      svn: In directory 'wc2'
      svn: Error processing command 'delete-entry' in 'wc2'
      svn: Unable to lock 'wc2/foo/bar'
      Exit 1
      
      % svn up wc2
      svn: Working copy 'wc2' locked
      svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
      Exit 1
      
      % svn cleanup wc2
      svn: In directory 'wc2'
      svn: Error processing command 'delete-entry' in 'wc2'
      svn: Unable to lock 'wc2/foo'
      Exit 1
      
      MHO:
        I'd say that the -N should be ignored in this case and the dir should be removed.
      

      Original issue reported by emiller

        Attachments

        1. 1_doit.sh
          3 kB
          David Samuel Glasser

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              subversion-importer Subversion Importer
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: