This issue has been discussed at length a number of times (by myself
and others) on this list. The main issue, as I see it, is that many
svn workflows involve operations between different revisions in a
repository, but that there is no real syntax for accessing those
revisions symbolically. Yes, I can create a tag to remind me of a
significant point in the repo, but I cannot express the concept of
"the revision represented by this tag" directly in a subversion
command. Instead I have to extract this revision manually, then
manually transfer it as a number to a subversion command. Yes, this
can be hacked into a script, but that adds complexity and fragility
that I would like to avoid.
So, lacking any way to recover the information implied by a tag, the
natural alternative is to ask for symbolic labels, since the
assumption is that these would be able to be input into (say) the --
revision switch as an alternate to a number or date.
Revision properties could fulfill much of this need, but the
implementation of these is (imho) broken, since they cannot be set
atomically as part of a commit (which, btw, would also make them far
less dangerous).
--Tim
On Nov 14, 2006, at 11:30 AM, Nikki Locke wrote:
> Phyrefly wrote:
>> I agree, tags provide all the needed features, but they're far too
>> complex (and expensive in terms of ease-of-use if nothing else) to be
>> used as labels. I would like to be able to label my repo at the
>> point
>> I do a release, but I have no intention of treating it as a branch,
>> just a convenient way of getting that code back. Currently I'm using
>> the datestamp on my release log as a means of doing an export of a
>> particular point in the repo's history.
>
> What's the ease-of-use difference between creating a tag, and
> creating a "label"?
>
> What command would you run to create a label?
> How does that compare with the command you would run to create a tag?
>
> --
> Nikki Locke, Trumphurst Ltd. PC & Unix consultancy & programming
> http://www.trumphurst.com/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 15 00:35:19 2006