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

Re: Pruned dir trees in the working copy: How to fix?

From: Ryan Schmidt <subversion-2006Q1_at_ryandesign.com>
Date: 2006-01-18 03:12:36 CET

On Jan 18, 2006, at 01:45, Kalin KOZHUHAROV wrote:

> Recently I have run quite a few times into a problem when a whole
> tree is
> pruned from the working directory:

[snip]

> Now if some process does `rm -rf treeA/dir1/dir2 && mkdir treeA/
> dir1/dir2`,
> the appropriate .svn directory is gone but a dir with the same name is
> present. When I try to update everything is locked and I cannot do
> anything

[snip]

> Is there any "good way" out of this situation, sort of rewriting
> the thing
> that simply purges the tree?

If you meant "*short* of rewriting..." then my initial impulse is to
say "No." Do not do things under Subversion's nose without telling
it. Don't delete directories without using "svn rm."

> Will WebDAV help here? (i.e. if such a tree was WebDAV mount; never
> played
> with that, no idea what it is)

A WebDAV mount will perform automatic commits. If you delete a
directory on a Subversion WebDAV mount, there will be a Subversion
commit recording that event. If you add files or directories, there
will be commits recording that. Downside is that you get no commit
messages, and since the programs creating and deleting the files
don't know anything about the concept of transactions or revisions,
you could end up with very many commits (things wouldn't be logically
grouped together as they could be if you committed by hand).

> The last time I run into this problem, I was trying to update some
> Firefox
> extensions and my profile is kept under subversion, so yes it is a
> real
> world example.

That may be, but it's also a case that probably wasn't in the
Subversion developers' minds when they created this tool.

Perhaps the as-yet-nonexistent "opaque directory" feature would help
here:

http://subversion.tigris.org/issues/show_bug.cgi?id=707

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 18 03:34:15 2006

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

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