Re: unexpected behaviour (bug?) when moving/copying

> 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.

The issue was that the user was consolidating folders in a project. He
doesn't want to replace/overwrite the folder, he essentially wants to
merge/combine them. Stefan is correct, in most GUI's when you drag a
folder onto a same named folder, that is what the GUI does. Even though
the command line on the same OS' doesn't.

I almost think that TSVN would have to detect this situation, prompt the
user for confirmation, and then instead of copying the folder itself, he
would have to switch to copying the contents of the folder. I imagine that
is what the GUI does.

The example was a structure like this:

Project1
    |- Dir1
          |- File1
Project2
    |- Dir1
          |- FileA

The user wants to copy Dir1 in Project1 to Dir1 in Project2 to get a result
like this:

Project2
   |- Dir1
        |- File1
        |- FileA

Instead, he gets this:

Project2
  |- Dir1
      |- File1
      |- Dir1
             |- FileA

If I were doing this copy from an OS command line, I would do this instead:

cp Project1/Dir1/* Project2/Dir1

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
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:33:26 2004