Re: FW: [DESIGN] Aliases?

On Monday 27 February 2006 19:50, Greg Hudson wrote:

> Nah, a tag is just a branch which oughtn't change.  All the operations
> which you might want to do on a tag, such as compare it to something
> else, you might want to do for a branch as well.
>
> You've pretty much hit on the main reason why I am opposed to revision
> alias proposals: they treat tags differently from branches.  

You can always use the "official" subversion mechanism if you want. It will
not go away with labels.

> As a
> result, our UI would have one way of doing things for tags and another
> way for branches, which would be a regression from the current situation
> and a regression from CVS.

Uhh? What you mean by regression?

If you do not like labels you can just safely ignore them. Does the few extra
kb of code means unbearable regression? I think no.

> (Other reasons: mutability of revision aliases requires adding a second,
> redundant history mechanism.

Whatever you mean by "mutability of revision aliases", it will not require any
extra mechanism apart from those Subversion already has -- revisions and
versioned properties.

> Revision aliases inherently tag the whole
> repository when it should be possible to apply a tag to only a part.

Scott Palmer suggested earlier in this thread how you can apply labels to
branches or any other parts of the tree.

> Revision aliases are different from the current method of tagging a
> repository,

Sure, that's why they are requested ;)

> and would introduce a transition issue for existing
> repositories.)

What transition? Keep using trunk/branches/tags/releases layout if it fits
you.

I will happily consider it using myself when it fits the situation.
Unfortunately, for most of my repos/projects it doesn't...

-- 
Dr. Saulius Grazulis
Institute of Biotechnology
Graiciuno 8
LT-02241 Vilnius
Lietuva (Lithuania)
fax:          (+370-5)-2602116
tel.: office: (+370-5)-2602556
      mobile: (+370-684)-49802, (+370-614)-36366
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org