Subversion 1.6 update --set-depth bug?
From: <webpost_at_tigris.org>
Date: Wed, 13 May 2009 10:24:46 -0700 (PDT)
Here's a proposed bug in svn 1.6.1. I haven't tested it in 1.6.2, but the source file responsible hasn't changed.
Description: If you check out a working copy of a repository directory that includes subdirectories, then remove one of the subdirectories with "svn update --set-depth exclude", then try to get that subdirectory back sparsely with "svn update --set-depth empty", the command fails with the message "svn: Can only crop directories". This is unexpected; expected behavior is for the command to succeed and create the desired directory within the working copy, with depth "empty".
Replication steps (for Windows):
From a cmd prompt, enter these commands:
svn co http://svn.collab.net/repos/svn/tags/1.6.1/subversion/svn/ wc
The last command fails with the message "svn: Can only crop directories".
A closely related sequence of commands succeeds:
svn co -N http://svn.collab.net/repos/svn/tags/1.6.1/subversion/svn/ wc
Environmental information:
Operating system: Windows Vista Business, Service Pack 1
-----------------------------------------
The error message is generated by function svn_wc_crop_tree() in crop.c (that's http://svn.collab.net/repos/svn/trunk/subversion/libsvn_wc/crop.c), this block of code:
/* Only makes sense to crop a dir target. */
--Greg Lutz
------------------------------------------------------
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.