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

RE: Re: Revision keywords and arithmetics

From: Gale, David <David.Gale_at_Hypertherm.com>
Date: 2006-01-31 17:06:23 CET

Paul Koning wrote:
>>>>>> "Martin" == Martin J Stumpf <mjs@jhu.edu> writes:
> Martin> Paul Koning wrote:
> >> Agreed. HEAD is useful, and I think I may have used PREV once
> >> (though certainly not more than once).
> >>
> >> I've gone out of my way to teach my colleagues "do NOT try to
> >> assign any meaning to Subversion revision numbers, because you'll
> >> just get confused". I would think that attempts to do arithmetic
> >> on revision numbers is "trying to assign meaning" to them. So I
> >> would actually think this is a bad idea, rather than just an
> >> uninteresting idea.
> Martin> I don't even understand when COMMITTED AND PREV would be
> Martin> used. Could you give an example where they would be helpful
> Martin> or relevant?
> Not really, that's why said that I *may* have used PREV once, but not
> more than once.
> The only symbolic name I can think of that would be useful but doesn't
> currently exist might be called "ROOT" or "ORIGIN" -- the source
> revision of a branch or tag. That would be very handy with merging.
> Another symbolic name that would become useful when merge tracking
> becomes real would be the last rev merged (i.e., the start rev of a
> subsequent merge).

A while back, there'd been a discussion about this; I'd proposed TAIL
(http://svn.haxx.se/users/archive-2005-11/1320.shtml). I don't think it
ever went anywhere beyond that, because I didn't care enough to raise it
on the dev list (as Scott Palmer suggested)...

I think it'd be a good idea, but it's not something I'm dying to have.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 31 17:18:37 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.