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

Re: svn commit --non-recursive dir_path gives error "Cannot non-recursively commit a directory deletion"

From: Christopher Ness <chris_at_nesser.org>
Date: 2005-07-26 19:33:25 CEST

On Tue, 2005-07-26 at 12:15 -0400, Jim Correia wrote:
> (Resending a summary to the dev list at the suggestion of Ben Collins-
> Sussman.)

Replied to all just in case you are not on the dev list.

> Problem:
> I have a deleted directory (dir_a) *and* a directory with a prop
> change (dir_b). I want to commit both in a single revision without
> committing child changes of dir_b.
> svn commit --non-recursive dir_a dir_b
> returns "Cannot non-recursively commit a directory deletion."
> A directory removal, implementation issues aside, feels like a non-
> recursive operation anyway, since you are chopping a single node out
> of the tree.

Why does it feel that way? What if there are nodes that live within the
directory you wish to remove?

Shouldn't nodes in that directory be removed recursively before removing
the directory node as they will not be accessible any more. Or am I
incorrect in how I think svn stores data based on a file tree?

> The way things are currently written also makes it impossible to lump
> related changes together in a single revision.
> Thoughts? Entertain the idea of a path to remove the error and just
> do the work in this case? (I'm not an expert on the svn source, but
> am willing to take a crack at the patch.)

I can't really say. I'm no expert either but maybe a patch as a proof
of concept would explain better what you are proposing as things don't
seem clear to me what the problem is.


Wireless Group
McMaster University
13:30:55 up 4 days, 23:24, 5 users, load average: 0.10, 0.14, 0.12
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 26 19:34:09 2005

This is an archived mail posted to the Subversion Dev mailing list.

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