Re[2]: Slow "move" discourages refactoring.

Hello Ben,

Thursday, November 27, 2003, 7:08:54 PM, you wrote:

>> Seemingly simple task like moving folders tree to another location
>> is very hard with svn. What takes no time on usual file systems -
>> with svn is heavily dependant on the size of moved directory
>> contents. And it's /really/ discourages refactoring of repository
>> structure.
BCS> I hope you're not running 'svn move wcpath1 wcpath2'. Because it's
BCS> *not* a move. It's a copy of the whole tree (schedule add), and
BCS> schedule-delete of the old tree.
BCS> Just run 'svn move URL1 URL2'. It's near instantaneous, and an O(1)
BCS> operation.
 Hmmm... But why?! Is it `known bug' or `real feature'? If I want to
 copy & delete, I could call svn copy & svn delete. And If I want to
 _move_, I call svn move.

 Why different ways to point SAME objects (some files via wcpath or
 same files via URL) lead to different operations? Is here any good
 reason to have this difference?

-- 
Best regards,
 Lev                            mailto:lev@serebryakov.spb.ru
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org