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