[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: Mark Phippard <markp_at_softlanding.com>
Date: 2006-04-16 21:22:00 CEST

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.

2) Improve Windows Build System

This topic has come up on the list lately. Personally, I find the current
system easy enough to use. Perhaps others have some ideas for
improvements. The main things I know of that have been talked about would
just be bringing it more capability such as:

a) Support building DLL's on Windows
b) Support more options, such as not having BDB, or whatever else you can
do/not do on Linux.

I think the idea of providing a way for svnserve to authenticate against
some kind of external source would also be great. I do not know what is
involved in that. Of course some kind of SSL-type option for svnserve
would also be nice to have.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Sun Apr 16 21:22:37 2006

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