[Dev] Milestone numbering going forward

Phillip J. Eby pje at telecommunity.com
Tue Nov 29 15:08:35 PST 2005


At 01:43 PM 11/29/2005 -0800, Heikki Toivonen wrote:
>pje actually mentioned something like this on IRC as a suggestion:
>0.7dev-m1, 0.7dev-m1 etc. (I think). I don't know how well that would
>work with .rpm, .deb and other installers.

The assumption was that 'dev' releases don't get such 
installers.  EasyInstall and Python eggs support 'dev' as one of many 
possible "prerelease tags" that indicate a version is under development, 
and is treated as *older* than the final release.

In other words, in egg version terms, version "0.7" > "0.7dev-m6" > 
"0.7dev-m1".  A lot of current Python projects out there (such as 
SQLObject, TurboGears, setuptools, etc.) doing continuous releases from 
Subversion use a scheme like "0.9a0.dev-r1263", which means "Subversion 
revision 1263 of the development version of code being worked on prior to 
the first alpha release of 0.9".  This scheme is handled automatically by 
setuptools, which can be configured to automatically sniff the Subversion 
revision number and add it to the project's version information when 
building eggs.  It has proven to be particularly helpful when lots of 
people are using various Subversion checkouts of a rapidly-moving project.

Anyway, I mentioned this in passing only, because we are not yet using eggs 
so their versioning rules (i.e., distinguishing between pre-release and 
post-release versions) do not apply to us yet.  However, if anyone is 
interested in learning about the version schemes usable with eggs, you can see:

    http://svn.python.org/projects/sandbox/trunk/setuptools/setuptools.txt

Under the heading "Specifying Your Project's Version", down around line 185.



More information about the Dev mailing list