On Thu, Nov 27, 2008 at 5:14 PM, Cadyn Bridgman <cbridgman_at_gmail.com> wrote:
> Hi,
>
> I've got a rather perplexing problem on one our subversion repositories. The
> situation is as follows:
>
> Configuration
> We are running VisualSVN version 1.1, which runs Subversion 1.4.6. I have
> configured each repository to enforce file locking via a pre-commit hook.
> If a file doesn't contain the svn-needslock attribute, the repository will
> not allow the file to be committed.
>
> Problem
> As for the problem, I don't know exactly what happened, but the basic story
> is: One of the developers removed a number of files from the repository
> while having a lock on those files. If one navigates the repository using
> the TortoiseSVN repositry browser, the deleted files cannot be found/seen.
> The problem came in when he tried to commit a new file with the same name as
> one of the ones which was deleted, and received a message which stated that
> the file already exists.
>
Take a look to svnadmin lslocks [1] and svnadmin rmlocks [2] commands.
They should help you remove locks of deleted files/folders.
[1] http://svnbook.red-bean.com/en/1.5/svn.ref.svnadmin.c.lslocks.html
[2] http://svnbook.red-bean.com/en/1.5/svn.ref.svnadmin.c.rmlocks.html
--
Ivan Zhakov
VisualSVN Team
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=979602
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2008-12-04 14:18:20 CET