Hello,
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
addition")?
And will there be an option which allows the deletion of the orphaned
files, if a scheduled-for-addition directory tree is reverted?
Regards,
Markus
[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
