Ben - thanks for the reply. Sorry for sending direct - resending to the
group.
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.
240k+ files in 50k+ directories (including .svn).
Against this entire tree svn cleanup probably takes over an hour (have not
timed) - windows 2003 is the client. By comparison I've written python
scripts with os.walk to do greps and this seems to be faster by comparison -
no hard metrics however. I can test some things out on my repository if this
seems to be an extreme case.
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@boowebb.com
http://khaaan.com/
Received on Tue May 31 03:24:23 2005