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

RE: Re: Simple Label=RevisionID Discussion

From: <Chris.Fouts_at_qimonda.com>
Date: 2006-12-01 19:06:57 CET


>-----Original Message-----
>From: Bob Hiestand [mailto:bob.hiestand@gmail.com]
>Sent: Friday, December 01, 2006 11:33 AM
>To: Fouts Christopher (QNA RTP PT PREV)
>Cc: users@subversion.tigris.org
>Subject: Re: Re: Simple Label=RevisionID Discussion
>On 12/1/06, Chris.Fouts@qimonda.com <Chris.Fouts@qimonda.com> wrote:
>> (snip)
>> >
>> >Tags in subversion work exactly the same in that respect as in CVS.
>> >What specific functionality of tags do you see in CVS but
>not in SVN?
>> No they don't! Tell me how you "move" tags in SVN. Sure we
>delete and
>> remake the tags, but that's NOT "exactly the same" is it?
>The relevant context you snipped there was:
>>> Tags are sort of an end-point in subversion instead of a name for a
>>> checkpoint version in your ongoing work.
>Since you know how to reuse tags, please describe how the
>different implementation in SVN doesn't fit your requirements?
> For me, the functionality is the same.

You got me here, sorry for leaving the relevant context.

>> Also, in CVS, try to merge code against a workspace checked out
>> against a tag - can't do it. But there's nothing inherent to
>SVN that
>> stops someone from doing this; pre-commit scripts have to handle it,
>> ie, non-inherent.
>Correct. And? SVN is more flexible than CVS. If you want to
>impose specific rules on it, you are free to do so, and SVN
>provides good hooks for such use. Others have even written
>such scripts.
>On the other hand, CVS doesn't inherently stop you from moving
>tags, thereby losing history of how they were placed, which
>SVN doesn't do.

It's changing the "concept" that I don't prefer (note I said
"prefer"). Historically, in other revision cotrol systems -
CVS, clearcase, Perforce(?) - tags/labels are NOT branches,
but in SVN, they essentially are. I'd rather separate the

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 1 19:07:42 2006

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.