Re: bug in update -N hoses wc (issue #3039 )

On Dec 6, 2007 10:36 AM, Miller, Eric <Eric.Miller@amd.com> wrote:
> 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.

Eric, what version of server and client (ie, released version 1.4 or trunk?)

On trunk, -N has been completely reimplemented, so this is kind of
important! (Do please follow the buddy system for issues in the
future.)

--dave

-- 
David Glasser | glasser_at_davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org