Re: Creating something like increasing revision numbers
- From
Norbert Preining <preining@logic.at>
- Date
- Oct 18, 2009, 15:45 UTC
- Message-ID
- <20091018154528.GA5688@gamma.logic.tuwien.ac.at>
- In-Reply-To
- <9b18b3110910180837h18e15f74g74626847b6ce4da3@mail.gmail.com>
On So, 18 Okt 2009, demerphq wrote:
Show 8 quoted lines
> > Being a DVCS, this kind of versioning can only be trusted on a single repo, > > but if you set it on the "main" repo, it should work. > > > > The only drawback could be the ever growing number of tags, > > I don't know how it will work with thousands of tags or more. > > I think the other drawback is that the number would essentially be > meaningless and more or less would just be a substitute sha1.
Well, it would be increasing for that repository. And if we always update our packages from that repository the packages will be guaranteed to have increasing version number, too.
That is the *only* thing I care about. The numbers don't need to have a meaning, nothing else but that in our workflow we guarantee that at the end each package progresses in version numbers.
> Consider when a remote adds commits and then merges and pushes. What > number should those commits have?
When using a central repository to which he pushes within that central repository it would give a specific number.
Best wishes
Norbert
------------------------------------------------------------------------------- Dr. Norbert Preining Associate Professor JAIST Japan Advanced Institute of Science and Technology preining@jaist.ac.jp Vienna University of Technology preining@logic.at Debian Developer (Debian TeX Task Force) preining@debian.org gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- WIMBLEDON (n.) That last drop which, no matter how much you shake it, always goes down your trouser leg. --- Douglas Adams, The Meaning of Liff