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

Re: I, too, miss tags.

From: Scott Palmer <scott.palmer_at_2connected.org>
Date: 2006-02-26 18:33:52 CET

On 25-Feb-06, at 9:54 PM, Saulius Grazulis wrote:

> On Sunday 26 February 2006 10:37, Konrad Rosenbaum wrote:
>>> As a prototype, a wrapper script would do. A good thing about a
>>> wrapper
>>> script is that it does not need any change in Subversion itself.
>>> Also,
>>> one could continue to use the usual svn client, in cases one does
>>> not
>>> need labels (like everyday commits and updates). If there are no
>>> intrinsic difficulties with the concept of labels, maybe some day it
>>> makes its way to the svn itself... ;).
>> I've experimented with such a script using revision properties.
> Could I (we) have a look at it?
>> The problem
>> here is that subversion does not support searching for a property,
>> so the
>> script has to do the search. Unfortunately it needs about .5 to 2
>> seconds
>> for each revision on a remote repository - doing that eg. on the KDE
>> repository (currently at 513726) this would need about 3-12 days
>> (!!) to
>> search a tag.
> Hmmm. What if we store a whole list of labels and corresponding
> revision
> numbers in some property, say "svn:labels", of the repository root?
> (Repository property would be preferable, but AFAIK Subversion does
> not have
> them at the moment).
> Since all labels would be stored in one property, a label per line,
> listing
> and searching would be fast and efficient.

This is what I was going to suggest, EXCEPT I think the property
should go on the branch you are labeling. So it would be a property
of the top directory in your WC. That way there is still the
separation of unrelated labels and the same label name can be used in
different projects in the same repo.. e.g. "last_merge" can be in
ProjectA/trunk and ProjectB/trunk and each will point to a different

The repo root could also be used for repo-wide labels.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Feb 26 18:35:05 2006

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