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

Re: Improved support for Copy/Move (was: Summer of Code)

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-04-17 16:06:16 CEST

Mark Phippard writes:
> "Ivan Zhakov" <chemodax@gmail.com> wrote on 04/16/2006 03:57:49 PM:
>
> > I've already posted patch to enable moving moved files. But there was
> > objections on idea itself. See discussion here:
> > http://svn.haxx.se/dev/archive-2005-12/0020.shtml
>
> Is there any chance this could get revived? It didn't seem the objections
> were that strong, I thought they were seeking more work or clarification.
> It would stink to discard a useful feature over theoretical disputes. One
> thing that occurs to me is what if we initially limited the scope of the
> patch to the move subcommand? Refactoring almost exclusively uses
> move/rename and there really isn't any ambiguity that I can see to
> supporting letting a file or folder be moved multiple times.
>
I'm +1 on lifting this restriction. I don't see why not recording the
intermediate state of the WC is a problem in this case.

Say you move a line inside a file and then move it again. The commit
will show this as a delete and an add in the final place leaving no
trace of the intermediate state. I think we can view a copy/move of a
file in the same way. Also, the reason we keep copyfrom information
is to trace history. However, the intermediate path really doesn't
have any history to trace, so to speak:-)

Regards,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 17 16:06:55 2006

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

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