[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: John Szakmeister <john_at_szakmeister.net>
Date: 2003-11-29 00:50:40 CET

On Thursday 27 November 2003 11:08, Ben Collins-Sussman wrote:
> On Thu, 2003-11-27 at 03:36, Kerim Borchaev wrote:
> > 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.
> I hope you're not running 'svn move wcpath1 wcpath2'. Because it's
> *not* a move. It's a copy of the whole tree (schedule add), and
> schedule-delete of the old tree.
> Just run 'svn move URL1 URL2'. It's near instantaneous, and an O(1)
> operation.

I thought the idea was to have related things grouped together on commits. I
mean, moving a directory in my working copy generally implies that I also
need to update some of my build configuration. I'd want that to happen at
the same time so that I don't break trunk. I only say this because I don't
think the URL solution always applies.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Nov 29 00:46:52 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.