Re: Problem replacing directories

I, too, would be happy if this feature (replacing a directory in
working
copy in a single commit) were included in a future version of SVN.
(I faced such a situation when refactoring a project into
trunk/tags/branches:
I wanted /parentProject/subProject to become
/parentProject/subProject/trunk,
but this can only be done in a two commits.)

The problem is that SVN needs to keep the directory, that has been
scheduled to be deleted, in the working copy. Why is it so?
Would it require a large amount of work to change this design?

> On Nov 21, 2008, at 04:14, Schellingerhout, Nico wrote:
>
>> Thanks for your suggestion. However, at first glance, it looks like

>> svnmucc works directly on the repo, and not on the working copy?
>
>Yes, it does.
>
>> In that case, it wouldn't help much, unfortunately. I am looking
>> for similar functionality in the working copy.
>
>I'm afraid I don't know of any. You'll have to commit the deletion
>first, then the addition of its replacement.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-11-24 16:09:00 CET