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

RE: RE: Re: Equivalent of "cvs rtag -F"

From: Bicking, David (HHoldings, IT) <David.Bicking_at_thehartford.com>
Date: 2007-10-31 13:54:09 CET

> -----Original Message-----
> From: Giulio Troccoli [mailto:Giulio.Troccoli@uk.linedata.com]
>
> > Then I missed something.
> >
> > I'm repeating myself, but here's the old CVS flow:
> >
> > 1) When the students have something reasonable, they put
> the tag once.
> >
> > 2) Then, they can continue working, and commiting.
> >
> > 3) When they tested a commit enough, they can move the tag. They can
> > move the tag as many times as they want, the last tag is the one
> > taken into account.
>
> Maybe it's me who's missing something, but since a tag is
> just a cheap copy, why do they want to "move" the tag? Why
<snip>

> >
> > Now, with SVN, I have a similar flow, but "moving a tag" is done in
> > two steps, and I'm looking for something simpler.
> >

I honestly don't understand why this is such a problem. If your
students can't handle a two step process, I submit there are two very
important points to make:

1) These people might not be cut out for software development.
2) You can create a very simple client script, two lines, that the
students can call with two parameters: $1 = the tag name, $2 = the new
revision number. Q.E.D.

Don't make a mountain out of a molehill! I'm confident that your
students can handle it. If they can't, they should find another career
- maybe Philosophy or English literature.

--
David
*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information.  If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited.  If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 31 13:54:48 2007

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.