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

Re: workaround request

From: Gerasimov, Ivan <Ivan.Gerasimov_at_transas.com>
Date: 2006-12-04 13:21:06 CET

Hello, Tobias!

> The following workaround originally posted by Stefan should work:
> ----------------------------------------------
> Unfortunately, you need the svn client to recover from this:
> svn unlock --force url/to/nonexisting/file
> ----------------------------------------------
> see http://svn.haxx.se/tsvnusers/archive-2006-08/0074.shtml
> I'd prefer not implementing a workaround in TortoiseSVN since the
> can be solved with the command line client and is not that common.

Ok, I can see that.
Though, this problem is still quite common for some of my users, who
mostly work on binary files.

Then what about some simple GUI, which allows breaking that kind of
The simplest one would be a 'unlock' menu item in the context menu in
the 'check for modifications' dialog.
If you added a new file in place of that deleted-locked one, the dialog
shows you the lock information for the added file.

Sincerely yours,
Ivan Gerasimov

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Dec 4 13:21:27 2006

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

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