Indeed. And consider another real-world scenario (from personal
experience)...
I use a defect tracking tool that can track defects in many projects
at once. It uses a single defect ID "namespace" across all projects,
so the single defect ID not only identifies the defect but also the
project. In other works, it uses defect ID in the same way Subversion
uses rev numbers. Both very good, imho.
So, what about a workflow where I want to audit each commit with a
defect ID? How do I do this today? The official answer is with a bit
of syntactic sugar in the log message, something like "DEFECTID:
5673". If I had a label scheme I could simply enter a label with this
information.
Why is the label better? Because its more structured. Because its
easier/faster for tools to process than grepping all over log
messages. Because its orthogonal to the already badly overloaded log
message.
--Tim
On Nov 24, 2006, at 6:19 AM, Mark Clements wrote:
> "Gerco Ballintijn" <gerco@ballintijn.com> wrote in message
> news:45659FC1.7070002@ballintijn.com...
>> Tim Hill wrote:
>>>
>>> I cannot talk for others, but my intention has _never_ been to
>>> replace
>>> tags with labels, for the very reasons you state. However, you are
>>> talking about _your_ usage model for subversion. There are many,
>>> many
>>> installs where Subversion is used as little more than a historical
>>> time-machine for a simple, linear, development cycle. In these
>>> simple
>>> scenarios there is _NO_ "path" co-ordinate to manage, since there
>>> are no
>>> branches at all: everything happens on the trunk (yes, really!).
>>>
>>
>> I assume you also "require" that only a single "project" is
>> maintained
>> per repository.
>>
>
> Labels (as aliases for revision numbers) are still useful in complex
> repositories, even those containing multiple projects.
>
> I can imagine the following labels being pretty useful:
>
> "Repository restored after server crash - May 06"
> "James left the development team"
> "Switched to using svnserve."
> "Policy change: no commits without an associated bug number"
> etc.
>
> - Mark Clements (HappyDog)
>
>
>
> ---------------------------------------------------------------------
> 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 Nov 24 22:28:15 2006