On Mar 2, 2005, at 9:55 AM, Zieg, Mark wrote:
>>> How would you replace tags/current?
>>
>> The short answer is "you wouldn't."
>>
>> The thing you're wanting to do -- find out which tag represents the
>> current stable code -- is something we're handling outside of
>> Subversion.
>
> I don't understand this answer. Regardless of whether or not the
> procedure is regarded as "philosophically pure" from the "Subversion
> viewpoint" -- if there is such a thing -- is there anything technically
> impossible, unsafe, or inefficient with simply deleting the old
> "tags/stable" tag and copying a new one?
There's nothing wrong with doing that.
>
> I understand that the fundamental role of a tag is to record "a
> snapshot
> in time." However, it is extremely common user requirement to access
> the most recent "snapshot in time" _at_which_ a certain condition was
> true (the code compiles, or the code passes regression test, or the
> documentation was signed off by QA, whatever). I don't see the "sin"
> in
> maintaining a single, guaranteed-available tag associated with the
> latest snapshot meeting such conditions.
>
I think what folks are trying to say is: if a 'tag' is constantly
being re-defined, then it's not really a tag, right? It's a branch.
So rather than constantly deleting/recreating a tag, it's more
Subversion-y to just have a 'stable' branch. Whenever the trunk gets
to a 'stable' taggable state, merge the latest trunk changes to the
branch.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 2 17:42:33 2005