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

Re: Proposed New Feature (SVNROOT), '.svnignore', and 'rtag' (Revision Aliases)

From: Nicolás Lichtmaier <jnl_at_synapsis-sa.com.ar>
Date: 2004-03-17 20:35:58 CET

>> rtag (and the command 'cvs history -T')
>>
>> Allows a quick glance at milestones of a project without
>>cluttering up the repository tree with changeable tags. Not
>>changeable by the user. Output of 'cvs history -T' is guaranteed to
>>be in reverse chronological order.
>>
>>
>
>What makes you think that CVS tags are not changeable by the user? As
>far as I know, there's nothing stopping a CVS user from moving a tag.
>
>SVN's decision to make branches and tags part of the visible tree has
>both positive and negative consequences, most of which aren't terribly
>important. Polluting the design by adding a second kind of tag would
>let users choose which set of positives and negatives they want, but
>only at the expense of making Subversion a more complicated and
>harder-to-learn system. I think we should try to remain simple unless
>we discover strong evidence that we made the wrong call.
>
>

I think it wouldn't be to pollute subversion to add the concept of
moveable revision aliases, I would not call them tags to avoid
confusion. It would be useful to mark what has already been merged to
the trunk (the repeated merging problem) without having to scan the logs
as said in the book.

-- 
Nicolás Lichtmaier.-
Synapsis Argentina
+54(11)4314-3000 (int. 231)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 17 20:38:24 2004

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.