> -----Original Message-----
> From: Paul Koning [mailto:Paul_Koning_at_dell.com]
>
> Consider the example I gave: a tag "last_good_build_x".
>
> If I look at the repository, I see the most recent good
> build, tagged with that tag.
>
> But if I want to know "what were the earlier good builds",
> the intuitive answer would be "look at the history of that
> tag". But that history doesn't exist in Subversion, at least
> not in something directly accessible rather than data to be
> laboriously extracted from a much larger log.
>
> In other words, if I want to know "what were all the things (all the
> revisions) tagged X" that's not a question that Subversion can answer.
>
> paul
Wouldn't it be possible (maybe even preferable?) to use a rev property
for this? Then you could see all good builds by looking in the rev logs.
Presumably a "grep" and a "tail" would show you the latest good build.
Since a property is a name/value pair, you could have a QA property with
various settings, describing the state of this revision and even change
it based on the level of testing that rev has received.
Usually, naming/aliasing revisions is something you do that adds meaning
to a revision, but this is probably better expressed in metadata (or
properties in SVN).
The obvious downside to properties, is that there are usualyy not
clearly expressed in GUI version trees.
Nick.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-20 12:13:07 CET