New submission from Nick Coghlan <ncogh...@gmail.com>: Benjamin's AST modification checkins switched directly from the SVN revision number (as a string) to the hg revision hash.
While that preserves uniqueness, it makes ordering difficult to determine. The last AST version in 3.2 was '82163' (and it was '82160' in 2.7). I would like to change the version number calculation to something like: '9.x.y.zzzzzzz' where 9 is a prefix to get 3.3+ ast.__version__ values to sort higher than earlier versions x.y is the Python version so later versions sort higher than earlier versions in the future zzzzzz is the hg version id, so versions during development of a release remain unique, even if they can't be readily ordered. This would require changes to ast.py (to add the 9.x.y prefix) and to release.py (to check that the 'x.y' prefix is correct in the current release) ---------- assignee: ncoghlan components: Library (Lib) messages: 137786 nosy: benjamin.peterson, brett.cannon, ncoghlan priority: normal severity: normal status: open title: Change ast.__version__ calculation to provide consistent ordering versions: Python 3.3 _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue12273> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
