RE: recursive find locks/unlock in repository

________________________________

From: Todd C. Gleason [mailto:tgleason_at_impac.com]
Sent: Monday, August 17, 2009 7:11 PM
To: users_at_subversion.tigris.org
Subject: recursive find locks/unlock in repository

        We recently had a need to recursively break all the locks in an
Svn repository. Unfortunately, I could not find a straightforward way
to do an unlock or find type of operation.

        The best I was able to figure out was to do "svn checkout [URL]
--depth empty" above the level of trunk/branches/tags, and then

        svn stat . --depth infinity --show-updates

        The results of this were ultimately piped through grep, looking
for "O" in the sixth column. A lot of data was sent down from the
server for this to happen-something like 130MB, because for all the
tags, branches, and trunk, svn stat showed every file as existing on the
repo but not in the empty WC (and there are tens of thousands of files
in the first place).

        This strategy doesn't scale very well, so I'm hoping that either
I missed some magic or that a future release will include a way make
this happen more readily. My suggestion would be for a few things:

        1. svn stat should be able to filter for locks (maybe
something like --show-locks)
        2. svn stat should be able to run against a URL, not just a
WC
        3. svn unlock should be able to take a --recursive
parameter when run on a folder. (Right now I believe it just errors out
when you try this.)

        I don't know if these options have been considered before, but I
searched the web for awhile without finding anything very relevant.

        --Todd
         

----------------------------------------------------------------
Please note: This e-mail may contain confidential information
intended solely for the addressee. If you have received this
e-mail in error, please do not disclose it to anyone, notify
the sender promptly, and delete the message from your system.
Thank you.
Received on 2009-08-21 09:51:56 CEST