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

Re: Labels

From: John Calcote <john.calcote_at_gmail.com>
Date: 2006-03-29 19:42:21 CEST

James Courtier-Dutton wrote:
> Hi,
> I have a svn repository with a number of files in it.
> I want to be able to label each file with a tag that indicates the
> purpose of the file.
I would like to point out to the list that this is the tag discussion
all over again. While speaking with a friend about the concept of
tagging in other areas, I made the intuitive leap to tags in subversion.
It occurs to me that what has been missing from our "Tags are NOT
branches" discussion is that I've been trying to somehow treat SVN tags
like CVS tags.

What we really need is an implementation of tags that comes closer to
tags as implemented by modern projects like evolution or flickr, or any
number of other projects or sites out there that let you arbitrarily
associate tags with objects (music, photos, source files, anything). In
addition, many of these products/sites let you define rules that
automatically associate tags with certain classes of objects. Subversion
needs to be able to do this as well, only these rules look more like
update specifications (for starters).

Remember, my original complaint (in that other thread) was that tags are
conceptually NOT branches. They are something different, and we should
provide for that difference in the code. By making them the same, you
shoe-horn them into a scheme that is not as flexible or useful for the
purposes of tags. And I've already heard all the arguments about how
cool it is that you CAN implement tags as branches in subversion, so
let's not go there. :)

Just throwing out more ideas.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 29 19:43:08 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.