[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Slow "move" discourages refactoring.

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2003-11-27 11:07:56 CET

Hiya,

'copy' is meant to be very fast, so it's got to be the 'delete' part that is
very slow.
Is 'move' slower than doing a 'copy' and 'delete' seperately? If you do
seperate 'copy' and 'delete', which of the 2 commands is slow in your
environment?

regards,

--Tim

-----Original Message-----
From: Kerim Borchaev [mailto:warkid@hotbox.ru]
Sent: donderdag 27 november 2003 10:36
To: users@subversion.tigris.org
Subject: Slow "move" discourages refactoring.

Hello!

  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.
  As I remember it was hard under VSS too but I wonder is it an
  inherent feature of version control systems? Under what conditions
  could it be made /fast/ with current or future versions of svn? Or
  the time of "move" will always be "equivalent to a 'copy' and
  'delete'"?

Best regards,
 Kerim mailto:warkid@hotbox.ru

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 27 11:09:29 2003

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.