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

Idea for effective 'obliterate', previously on issue 516

From: Paul Hammant <paul_at_hammant.org>
Date: Tue, 22 Sep 2009 10:48:48 -0500

Folks,

Julian Foad has suggested that I keep this discussion on the dev list
(rather than on bug tracker as I had started)

I get that fsfs does not make it easy to actually delete apparent
directories on the server side, given the nature of the revs folder
and the deltas within it. That would mean that 'obliterate' would be
hard.

However, one thing that could work for some people is the apparent
obliteration of the folder. Meaning, the svn client (checkout, up,
log, pl, etc) sees no directory in that location. On the server side
it would still be there, but some new property marks it as "hidden
from all clients", and thus no client would see it.

Right now I need this feature because a merge is still barfing (tree
conflict; latests 1.6.x-R38000 self-built executable) on this
directory even though I have committed a delete to both the source
trunk and destination branch.

Regards,

- Paul

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2398538
Received on 2009-09-22 18:36:56 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.