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

Reversion of copied directories with depth != infinity

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Mon, 2 May 2011 15:23:03 +0200


We discussed some issues on #svn-dev[1], and I was encouraged to
subscribe here for further discussion.

I'm currently working on integration of Subversion support into
CoDeSys[2], using the latest SharpSVN based on subversion 1.6.16.

One current problem is that the revert command refuses to work on a
copied directory with a depth different to infinity. This seems to be
issue 3851[3]. There is written that "in most (all?) cases the user can
use depth=infinity as an alternative".

Now our issue is that we want to revert the contents and properties of
the directly contained files, but we don't want to revert files in
subdirectories, nor do we want to revert the scheduled addition of the
directory itself.

Our current workaround is to revert the files themselves in case we get
the SVN_ERR_WC_NOT_LOCKED error code, but that may fail in the future
when the semantics of subversion change.

So my question now is: In what direction is the development headed in
this area?

Will there be a different set of operations ("revert the directory
(files, properties) to the original state" vs. "revert the scheduled

And will there be an option which allows the deletion of the orphaned
files, if a scheduled-for-addition directory tree is reverted?


[1] http://colabti.org/irclogger/irclogger_log/svn-dev?date=2011-04-27 -
my username was schabi
[2] http://www.3s-software.com/
[3] http://subversion.tigris.org/issues/show_bug.cgi?id=3851
Received on 2011-05-02 15:23:33 CEST

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.