I understand the problem. I will submit to subversion, because I feel
this is one case that fails the ACID test of the environment even if the
repository is still ok. Precheck by TSVN with Continue/Cancel warning
would still be nice even if not perfect. Biggest issue would be
efficiently determining what folders would be removed without a lot of
SVN traffic. Maybe you could place this on that big back-burner list
every project seems to have.
--Greg
-----Original Message-----
From: Stefan Küng [mailto:tortoisesvn@gmail.com]
Sent: Tuesday, September 06, 2005 9:37 AM
To: dev@tortoisesvn.tigris.org
Subject: Re: [TSVN] Feature Request: Make switches safer.
Greg Stevenson wrote:
> Saw that moving/copying was made safer so I thought I would ask for
> this. I found that bad things happen if a switch is done and folders
> need to be removed. For example: 1.0 has the subfolders Common and
> Source. 2.O added the folder DB. If someone is working in 2.0,
> commits, and wants to switch to 1.0 the switch abruptly aborts if the
> DB folder cannot be removed because some app is open that has a lock
> on the folder even if it has no open files or one or more uncontrolled
> files exist in the folder. This leaves the working folder in a very
> undefined state. Delete and Checkout is the safest course of action at
> this point. Having at least a precheck and aborting before taking
> action with a warning would be nice.
- the switch is done by the Subversion library. TSVN doesn't do the
switch itself.
- So TSVN doesn't know which files/folders are really affected by the
switch
- Even if TSVN knew (we could just guess), the check wouldn't really be
accurate: a file/folder could be locked during the check but not be
locked shortly afterwards, or it could *not* be locked, but then it
could be in use by another program when the actual switch happens.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Sep 6 22:55:33 2005