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

re: svn cleanup questions

From: Jeff Webb <boowebb_at_gmail.com>
Date: 2005-05-31 03:11:21 CEST

On 5/30/05, Ben Collins-Sussman <sussman@collab.net> wrote:
> On May 30, 2005, at 5:39 PM, Jeff Webb wrote:
> >
> > 1. what is the svn cleanup doing? just processing local working
> > folder files to clean locks?
> It walks over the entire working copy. It enters each directory and
> checks for a lock. If present, it then checks for a journal -- one
> left behind by an interrupted working-copy process. If there's a
> journal present, the commands are executed. Then the journal and
> lockfile are removed.

> 2. is there a verbose option for svn cleanup?
> No.
> > even if the process is slow it would be nice to see what it was
> > processing. any chance this will be addressed in the future?
> I don't think anyone's asked for this before. You could start by
> proposing such a feature to the dev@ list. Just how slow is 'svn
> cleanup' on your tree? You said it has several thousand files, but
> that's not what matters. What matters is how many subdirectories it
> contains.

Have not counted the subdirectories but have 210k+ files in the repository.
I can count later if this would be an interesting problem to solve.

Against this entire tree svn cleanup probably takes over an hour - windows
2003 is the client. By comparison I've written python scripts with
os.walkto do greps and this seems to be faster by comparison - no hard

In any case, 'svn cleanup' should be a very rare thing. It only
> needs to be run when you interrupt svn commands. Do you find
> yourself interrupting svn commands often?
I think this is more a function of me converting from CVS to SVN. I am
taking the more recent tags from CVS and checking into SVN to create the new
repository (we will keep CVS up for historical purposes) and just getting
used to SVN. IOW, I'll run svn up or svn commit and cancel in process which
will force me to run svn cleanup.

I think the real issue is that we may need to reorganize the repository into
more repositories so there are not so many files/directories in one - have
you seen repositories of this size/scope before? If so, does anyone have any
recommendations on repos structure?

Jeff Webb
Jeff Webb
Received on Tue May 31 03:12:58 2005

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.