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

Re: Bug: "cannot non-recursively commit directory deletion..."

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2006-06-19 13:01:59 CEST

On 6/19/06, Steve Spencer <steve@visokio.com> wrote:
> Is this a bug? In my working copy, using Tortoise, I choose to rename a
> folder. It results in a single Add+ entry in the Commit dialog box, which
> is correct, but then creates a delete entry for every subfolder and file.
> Instead, shouldn't it create just *one* delete entry for the topmost folder
> being renamed?

The number of entries you see is irrelevant. In fact, that's how
Subversion reports it, and therefore that's how TortoiseSVN shows it
to you.

> When I try to commit, I get the error message (see subject). The same
> seems to happen if you just delete a top-level folder.

TortoiseSVN always commits non-recursively if you don't keep
*everything* checked for a commit. As soon as you deselect one or more
entries (e.g. a file you don't want to commit), TortoiseSVN must
commit non-recursively.
So: to get rid of that error message, commit everything the commit
dialog shows you.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Mon Jun 19 13:02:13 2006

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.