[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Non-Recursive Directory Delete

From: Daniel Becroft <djcbecroft_at_gmail.com>
Date: Tue, 29 Dec 2009 15:53:52 +1000

On Fri, Dec 18, 2009 at 2:33 PM, Daniel Becroft <djcbecroft_at_gmail.com>wrote:

> Hi,
>
> I've got the following working copy with the a status (reported via 'svn
> status') as follows:
>
> M c
> A c\kappa.doc
> D c\d
> D c\d\gamma.txt
> D c\d\alpha.txt
> D c\d\beta.txt
> A c\mu.doc
>
> NOTE: 'c' has a property modification to 'svn:ignore'
>
> Through TSVN, I can successfully commit the entire set of changes for 'c'
> and its children. Similarly, I can also commit just the delete of 'c\d' and
> the property change to 'c' separately.
>
> However, if I elect to commit both the property change to 'c', and the
> deletion of 'd' (excluding the c\kappa.doc and c\mu.doc files), then TSVN
> gives me the following error:
>
> -----------------------
> Cannot non-recursively commit a directory deletion of a directory with
> child nodes
> To commit recursively and work around this error,
> make sure that all child items of a checked folder
> are also checked in the commit dialog.
> Otherwise, TortoiseSVN must do a non-recursive commit
> which does not allow directory deletion.
> -----------------------
>
> I can successfully commit this combination of files using the SVN
> command-line client. Using the new 'commit labels' in the nightly builds,
>
> I'm using the 1.6.99 (build 18021) nightly build, but we originally found
> the issue under TSVN 1.6.5.
>

Just wondering if someone can confirm whether this is intended behaviour, or
if this is a bug?

Regards,
Daniel B.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2433548

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-12-29 06:54:18 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.