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

recursive find locks/unlock in repository

From: Todd C. Gleason <tgleason_at_impac.com>
Date: Mon, 17 Aug 2009 10:10:43 -0700

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

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2384452

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-17 19:20:19 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.