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

RE: recursive find locks/unlock in repository

From: <Ullrich.Jans_at_elektrobit.com>
Date: Fri, 21 Aug 2009 09:49:20 +0200


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
        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.



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

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.