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

AW: Reversion of copied directories with depth != infinity

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Wed, 4 May 2011 14:18:27 +0200

Hi, Philip,

> Von: Philip Martin [mailto:philip.martin_at_wandisco.com]
> "Markus Schaber" <m.schaber_at_3s-software.com> writes:

> 1.7 changes the behaviour so that depth more accurately describes the
> nodes to be affected; issue 3851 describes some corner cases in 1.7.

OK, I see. So maybe some of the workaround code I just invented can be
removed once we update to 1.7.

> > So my question now is: In what direction is the development headed
> > this area?
> It's not really headed anywhere. 1.7 fixes some of the depth
> inconsistencies in 1.6 and uses the centralised metadata to make more
> cases work.

It's a pity that 1.7 will be to late for our first release.
> > Will there be a different set of operations ("revert the directory
> > (files, properties) to the original state" vs. "revert the scheduled
> > addition")?
> Sounds like a reasonable enhancement.
> > And will there be an option which allows the deletion of the
> > files, if a scheduled-for-addition directory tree is reverted?
> For copied nodes at least.

Maybe "--remove-orphaned-nodes" removes all copied, non-modified files,
"--force" in addition removes also non-copied and modified files?

Received on 2011-05-04 14:19:03 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.