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

Re: can't add file if a file with the same name was svn deleted without removing lock

From: Stefan Kueng <tortoisesvn_at_gmail.com>
Date: Tue, 23 Dec 2008 14:30:22 +0100

postmaster_at_tigris.org wrote:
> 1. before I am using svn merge I am locking one of branches. if merge
> requires to delete locked file it delete it, following commit removes
> file but svn remembers that file is locked. lock can't be removed
> (using user interface) because if absent in last revision. if in
> future I am need to add a file with the same name, I see an error 423
> that the file is locked. Is this a bug?

A missing feature, not a bug.
You will be able to remove such a lock in the upcoming 1.6 release using
the repository browser.
In the meantime, you can either try a nightly build of TSVN (beware of
working copy upgrade!) or use the command line client:

$ svn unlock
url/to/removed/file/with/lock_at_revision_where_file_still_existed --force

> 2. request feature. can you add a possibility to lock directories? I
> need to lock entire project with about 4000 files and now this takes
> a long time.

Locking folders is not possible.
But the fact that locking an entire project takes a long time should
tell you something: it's a completely wrong approach to whatever problem
you're trying to solve.
I don't know why you want to lock an entire project, but maybe you
should consider reading about branches...

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=990657
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2008-12-23 14:30:48 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.