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

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

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-11-27 18:05:44 CET

On Thu, 2003-11-27 at 10:18, Lev Serebryakov wrote:

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

Subversion has no "true move". It has copy+delete, both in the working
copy and in the repository. End of story. It is a 95% effective
solution for many reasons: in the working copy, it makes it easy to
'revert' scheduled moves; in the repository, it aligns with our 'cheap
copy' model.

Nobody is arguing that a "true move" is a bad idea, however. It's been
discussed many times before, will require a lot of new design and
coding, and is definitely a post-1.0 thing.

On Thu, 2003-11-27 at 10:28, Leeuw van der, Tim wrote:

> The WC is something which I see in front of me, with my normal tools. To see
> the repository in front of me, I need to open special tools (repos. browser
> in TSVN is the only one that comes to my mind; I don't know if subclipse has
> something similar and I never tried RapidSVN).

How about 'svn ls' ? :-)

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 27 18:06:38 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.