Nicely said. I don't want a tag/alias/??? To reflect anything more that
a symbolic name for a version, no url, no files etc.
One could argue that the comment attached to a revision number is
already halfway there. A way to identify the significance of that
number. The next step is to allow a descriptive name to be used
interchangable where a rev can be specified. No copies etc which I agree
are confusing because the intent is really not to care about the copy at
all.
Just seems a whole lot cleaner and more useful. Right now you end up
somehow finding revisions via searches and jotting them down to plug
into a command, I hate that. I've transposed numbers a few times
already, I'm much more happy with short symbolic names!
>
> Personally I think some sort of alias/tag should be supported
> directly by
> SVN
> rather than having to be maintained outside of it (with environment
> variables
> or whatever). And it should be just that, an alias. Not a copy. You
> shouldn't
> have to go to the lengths of doing special pre-commits to
> make it a special
> copy that can't be changed.
>
> Also, coming fresh to a brand new repository, if I do 'svn
> ls' all these
> copies show up. It is only because I understand what is going
> on that I
> realise that the stuff in /tags/ are actually just
> placeholder copies being
> used to avoid having to remember revision numbers or search
> log messages.
>
> The point, I think, is that something like an alias/tag property of a
> revision
> is something that should be provided by the tool. Not
> something that should
> be
> layered on as a configuration issue. (so no, custom properties do not
> satisfy
> things). If this has to be maintained by having a file in the
> repository
> somewhere that maps revision numbers to mnemonics then so be
> it. There is
> already 'HEAD' so why not give other revisions names ('START'
> for a branch
> would be nice maybe?).
>
> These sort of things are incredibly useful (necessary even)
> for scripting
> commonly performed operations (such as repeated branch propagations).
>
> Sean.
>
> _____________________________________________________________________
> This message has been checked for all known viruses by
> Xenicom delivered through the MessageLabs Virus Control Centre.
>
> ---------------------------------------------------------------------
> 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 Fri Sep 24 17:44:53 2004