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

Re: Mnemomic names for revisions

From: Brad Appleton <brad.appleton_at_gmail.com>
Date: 2005-05-11 09:06:01 CEST

I think of a mnemonic name for a revision as something different from
the sort of first-class label some are speaking of (one that possibly
requires versioning of the configuration of the label, in order to be

The mnenomic is simply an alias. I could possibly even define more than
one for the same global revnum (provided the name isnt already in use).
The purpose isnt to define the content of the configuration
corresponding to the revnum, the purpose is to be able to use a
meaningful, memorable name for a state of the codebase that is
automatically stored+tracked by the system anytime I checkin.

With "tags" or "labels" as most tools implement them, the purpose IS to
define the content of a configuration of the system that is otherwise
NOT auto-captured, *and* to associate it with a meaningful name. I think
there is a use for that as a separate thing in SVN, and that "copies"
with some read-only flag set serve that purpose just fine.

A traditional "label" manually creates a named configuration.
A revision alias simply associates a name with an autogenerated
id/address for an automatically created+stored configuration.

I think they are different things, just like the list of symbol names in
a symbol-table is different from the actual data/memory values that are
referenced by the addresses that the "symbols" map to.

Brad Appleton <brad@bradapp.net> www.bradapp.net
    Software CM Patterns (www.scmpatterns.com)
    Effective Teamwork, Practical Integration
"And miles to go before I sleep" --Robert Frost
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed May 11 09:09:28 2005

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.