Re: Subversion-style incrementing revision numbers
- From
Petr Baudis <pasky@suse.cz>
- Date
- Sep 19, 2006, 22:11 UTC
- Message-ID
- <20060919221111.GF8259@pasky.or.cz>
- In-Reply-To
- <eeppkl$rm9$2@sea.gmane.org>
Dear diary, on Wed, Sep 20, 2006 at 12:07:08AM CEST, I got a letter where Jakub Narebski <jnareb@gmail.com> said that...
Show 15 quoted lines
> Joel Dice wrote: > > Rationale: > > > > Incrementing revision numbers (IRNs - an acronym I just made up) are > > useful in that they can be treated as auto-generated tags which are easier > > to remember and communicate than SHA hashes, yet do not require extra > > effort to create like real tags. Also, they have the advantage of being > > chronologically ordered, so if I assert that a bug was fixed in revision > > 42 of a shared repository, everyone may assume that revision 45 has that > > fix as well. > > That is true _only_ if you have linear history. If you have multiple > concurrent branches, revision 42 can be in branch 'next', revision '45' in > topic branch 'xx/topic' which forked before revision 42, and do not have > the fix.
Oops, I've completely overlooked that bit of the rationale. Of course IRNs cannot assure this.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ Snow falling on Perl. White noise covering line noise. Hides all the bugs too. -- J. Putnam