Re: Roadmap for 1.1

On Apr 6, 2004, at 13:28, Branko Čibej wrote:

> C.A.T.Magic wrote:
>
>> Ben Collins-Sussman wrote:
>>
>>> On Mon, 2004-04-05 at 09:22, Jeremy Pereira wrote:
>>>
>>>> (revision aliases are simple to implement so there is probably a
>>>> philosophical reason why the developers haven't implemented them).
>>>
>>>
>>>
>>> Not really, it just never occurred to us as important. We've been
>>> using
>>> the global revision numbers themselves for so long (to do merges,
>>> annotate issues, etc), we've never felt the "itch" to refer to them
>>> by
>>> human names.
>>
>>
>> an small advantage of assigning an additional descriptive
>> strings ('human names') to a revision could make life easier when
>> using dumpfilter to remove data or when using incremental dumps
>> to "cut off" very old revisions from in history.
>> because as far as i understood, when doing this (filter, cut),
>> all revision numbers beyond the removed revisions will
>> then have an offset (except if you fill up the deleted
>> revisions with no-ops)
>> but the descriptive strings would still stick (tag) on the correct
>> revision.
>
> That sounds like just another revision prop (a list of names), but one
> that would have to be indexed if we wanted to use it in the user
> interface (-r12309 or -r{2004-03-29} or -r[prop value]). This sounds
> like a useful extension for 1.1, not just because of svndumpfilter.
>

If I were given the task of implementing it, that's how I'd do it.

It would be quite cool if the property could be inserted as a keyword
into source code files e.g.

    $RevAlias$ -> $RevAlias: release-1-0$

>
>

--
Jeremy Pereira
http://www.jeremyp.net
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org