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

Re: Equivalent of "cvs rtag -F"

From: Matthieu Moy <Matthieu.Moy_at_imag.fr>
Date: 2007-10-30 21:37:59 CET

Les Mikesell <lesmikesell@gmail.com> writes:

>> There's no point having branches if you
>> don't have merge, and there's very little point having it if you don't
>> have switch.
>
> You don't need a merge unless you want to combine the work back onto
> the trunk. If this work is graded and discarded, you just need the
> equivalent of a branch copy per student, which you don't have to call
> a branch unless you want to.

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.

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 really don't see how the students could do 3) above without a merge.

>>> Or you could check out their project state at deadline time
>>> by checking out by date (which would also work in CVS).
>
>> This doesn't allow them to commit an "unofficial version" (i.e. a
>> version for test, not taken into account by us until the tag).
>
> Aren't all versions unofficial, then?

What do you mean?

The "official" version is the one pointed to by the tag, at the time
of the deadline. There's one (and only one).

-- 
Matthieu
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Oct 30 21:40:13 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.