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

Re: Summer of Code

From: Ivan Zhakov <chemodax_at_gmail.com>
Date: 2006-04-16 21:57:49 CEST

On 4/16/06, Mark Phippard <markp@softlanding.com> wrote:
> sussman@gmail.com wrote on 04/15/2006 09:53:57 PM:
> > 2) Come up with a list of project ideas for students.
> >
> > Here's a link to last year's ideas page, which we'll need to
> > update:
> >
> > http://subversion.tigris.org/project_tasks.html
> >
> > Please send thoughts, ideas, feedback!
> Here are some I can think of:
> 1) Improve Copy/Move support.
> This is not about "true renames" although I suspect having them could help.
> I come to Subversion from a Java persepective and Java programmers are
> always interested in Subversion because it handles move/rename better than
> CVS. Since refactoring is such a hot topic in Java programming, people
> think switching to Subversion from CVS will bring them a lot of benefits.
> In reality, that is not always the case, because people often like to do
> several refactorings before doing a commit. For example, a folder
> containing classes might be renamed, then some of the classes in that folder
> might also be renamed, and/or moved to other folders. I do not know all of
> the scenarios where Subversion has problems, but it definitely has them.
> This comes up a lot with Subclipse users as they get errors when we try to
> move something and Subversion does not let them because it has already
> moved.
> JavaSVN has already implemented what they call a "Smart Move" feature that
> gets around these problems by updating the WC as necessary. Perhaps they
> could document how they handle various scenarios to see if the design would
> work for Subversion.
I've already posted patch to enable moving moved files. But there was
objections on idea itself. See discussion here:

Ivan Zhakov
Received on Sun Apr 16 21:58:17 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.