[Distutils] post-release revisions

Eric Smith eric at trueblade.com
Thu Jun 11 16:29:14 CEST 2009

Zooko Wilcox-O'Hearn wrote:
> Trent Mick:
> Thank you very much for the summary emails.


>> This gives us:
>>     N.N.NaN    # e.g. "1.0.0a2"
>>     N.N.NbN    # e.g. "2.6.0b1"
> This is where we branch between the two ways that people do it.  Some 
> people count up to a future release, other people count away from past 
> releases.  (Of course probably some people do both.)

I think this is an excellent point, and I think that both ways of doing 
it need to be supported. The "counting up" method is especially useful 
if you're moving toward 2 different versions, simultaneously. Think 
about Python itself moving to 3.0. What should development versions of 
Python 3.0 have been called, when both 2.6 and 3.0 were being developed? 
If only "counting away" were supported, would all 3.0 build have been 
called "alpha"? Certainly calling 2.6 and 3.0 "2.5 plus something" would 
have been wrong, and a nightmare.

[From another thread]

P.J. Eby wrote:
 > PyPI uploads aren't a suitable basis for analyzing "dev" use cases,
 > since the whole point of having a "dev" tag is for *non-released*
 > versions.  (E.g., in-progress development via SVN.)  Dev tags are so
 > that while you're doing development, your locally-installed versions can
 > be distinguished from one another.

True. When I'm "sneaking up" on an alpha release, I need to have version 
comparisons work in my test environment, and I'd prefer to use "-dev". 
These releases would never be published to PyPI or anywhere else, other 
than my internal servers.


More information about the Distutils-SIG mailing list