Ben Collins-Sussman wrote:
>
> On Dec 18, 2004, at 8:48 AM, SteveKing wrote:
>>
>> So that's what windows people are used to. And since the behaviour
>> isn't just in the command line client but in the library API, there's
>> nothing that TSVN can do to change that behaviour.
>
> What are you talking about? Why cant TSVN do whatever it wishes?
>
> Why can't TSVN *ask* whether the user wants to replace the directory, or
> create a new directory within the existing one -- just like the explorer
> does? If the user chooses the former behavior, then TSVN can 'svn rm'
> the existing dir and the 'svn cp' a dir into that location. So you'll
> end up with a schedule-replace dir.
>
> I don't understand why this requires any svn API changes at all.
The Subversion API svn_client_move() (or svn_client_copy()) take a
source path and a destination path as arguments (among others). Now if I
want to copy
testwc\currentdir
to
testwc\targetdir
TSVN doesn't check every subfolder and if it might already exist in the
target. Subversion on the other hand does (if not, then please correct
me and explain why the different behaviour if the target already
exists), and it wouldn't take a whole lot more time for Subversion to
throw an error. If TSVN would have to throw an error, then it would have
to scan both subtrees completely before calling svn_client_move(). So to
make TSVN error out, each move would take twice the time it does now -
not a very nice workaround, especially since moving a lot of files in a
working copy already is very slow and consumes a lot of memory.
I'm not really interested that Subversion would merge those two
identically named folders, I just want it to throw an error in such a
case: that would be enough.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Dec 18 16:44:52 2004