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

Re: interrupt/cleanup mechanism

From: Karl Chen <quarl_at_hkn.eecs.berkeley.edu>
Date: 2003-11-09 20:55:39 CET

>>>>> "Ben" == Ben Collins-Sussman <sussman@collab.net> writes:
    Ben> On Sat, 2003-11-08 at 23:39, Karl Chen wrote:
>> It's not obvious that you need to do it in ~/dir1/, instead
>> of ~/dir1/dir2/.
    Ben> Ah, yes. What's unexpeceted here is that the *parent*
    Ben> directory is being locked down. Yeah, we know all about
    Ben> that bug... it's issue
    Ben> #1245.

Okay I see. I would have thought that even if it locks the whole
tree it only does so downward-recursively, since the repository
tree could be checked out with dir2 as the root of the working

Anyway it sounds like even when this bug is fixed, which
directories are locked may not always be apparent. If so the
error message for locked directories should specify which
directory is locked, or the error message could say "run 'svn
cleanup' in root of working copy".

Or: svn cleanup could itself cleanup the entire working copy tree
(starting at root).

Karl Chen 2003-11-09 11:48
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Nov 9 20:56:20 2003

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.