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

Re: svn commit: rev 4988 - in trunk: . notes

From: William Uther <willu_at_cse.unsw.edu.au>
Date: 2003-02-21 01:06:47 CET

On Friday, February 21, 2003, at 04:17 AM, Karl Fogel wrote:

> As we get closer to 1.0, Slashdot et al will start to take notice, and
> we'll get the attention when we're prepared for it. Right now, we
> mainly want to attract patient users who can take the time to file
> thorough bug reports.

You mean that introducing students to it was a bad idea? :)

I have a team of 8 undergrads using svn for their honours project (US
people - think senior thesis). Here is the current list of things I've
noticed introducing them to subversion as their first revision control
system:

  i) It is much easier to teach branching in subversion than CVS.
  ii) Branching is only somewhat useful at the moment as merging is
poor. In particular, the software they are developing has been
undergoing major code re-arrangements (the current group of undergrads
inherited it from the previous group, and the handover process seems to
involve lots of renaming... sigh). This breaks merging. Alot of the
merging has been done manually.
  iii) The students take a while to pick up on the concept of a working
copy and .svn directories. They like to copy bits of working copy
around between users/machines. This doesn't work well... :)

Be well,

Will :-}

--
Dr William Uther                            National ICT Australia
Phone: +61 2 9385 6926             School of Computer Science and 
Engineering
Email: willu@cse.unsw.edu.au             University of New South Wales
Jabber: willu@jabber.cse.unsw.edu.au          Sydney, Australia
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 21 01:08:01 2003

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.