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

RE: version control of labels

From: Harindranath P. R <hari.nair_at_alopa.com>
Date: 2001-06-06 09:07:33 CEST

> -----Original Message-----
> From: Greg Hudson [mailto:ghudson@MIT.EDU]
> Sent: Wednesday, June 06, 2001 8:58 AM
> To: Justus Pendleton
> Cc: dev@subversion.tigris.org
> Subject: Re: version control of labels
>
>
> > Today I was reading the marketing brochure for AccuRev/CM and they
> > talk about how labels are first class objects in their system and
> > under version control. They claim that this gives their CM system a
> > timesafe property that others lack.
>
> We nicely sidestep this issue by not having labels (by "labels" they
> mean symbolic tags). We provide cheap copies, which can be used to
> get all the functionality of branches and tags at the expense of
> having to manage your namespace a little more carefully. It's a bit
> of a departure from CVS, but it vastly simplifies the repository
> model.

I am not sure this fixes the problem that AccuRev claims to fix. The claim
they make is that since tags are also versioned it is possible to retrieve
the exact version corresponding to a tag as it was even if later that tag is
redefined. How does the clone address this? Is redefining a clone not
allowed?

 Regards,
- Hari.

--
+-------------------+-----------------------------+
|P. R. Harindranath | email hari.nair@alopa.com   |
+-------------------+-----------------------------+
|Alopa Networks Inc.| phone: +91-80 6618004       |
|Santa Clara, USA,  | web:   www.alopa.com        |
|Bangalore, India   |        +91-80-6523898       |
+-------------------+-----------------------------+
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:31 2006

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.