I don't have a strong opinion on this matter. I have just observed that Yong's proposal seem a transliteration of the server-side release cycle; it's easy to write an algorithm to convert Quantum server version to python-quantumclient ;) I wonder if we should look back at the reasons for which it was decided to split server and client side versioning, and see if those reasons still hold.
I tend to agree that the major number of the python-quantumclient version should match the major number of the Quantum API, and hence change with backward incompatible changes. On Mark's proposal, what would be a quantitative way to say a feature is 'major' and hence deservers an increase in the minor version number? Should we increase Y every time the set of commands available in the CLI changes? Regards, Salvatore On 5 February 2013 01:09, Mark McClain <mark.mccl...@dreamhost.com> wrote: > I'd like to suggest that we go with a much slower progression of numbers. > > Given an X.Y.Z numbering scheme. > > X - Increment X when the library is changed in backwards incompatible ways > (i.e. a developer must alter their code that uses the library). > Y - Increment when major new features on each coordinated OpenStack release > Z - Increment when we make bug fix releases to the stable X.Y branch. > > mark > > On Feb 4, 2013, at 6:49 PM, gong yong sheng <gong...@linux.vnet.ibm.com> > wrote: > >> HI, >> Qunatum client is used by nova and horizon from pypi repo. >> For them to use new API and extension in the quantum server during dev, we >> have to bump its version on pypi repo. >> >> I recommend to use the following version numbers: >> G's big release number is 3, >> H's 4, >> I's 5. >> >> 3.1 for G1, 3.2 for G2, 3.3 for G3, 3.4 for R1, 3.4 for R2, and so on >> during development, if we need release quantum client, we use third number: >> 3.1.0, 3.1.1 and so on >> >> any ideas? >> >> Yong Sheng Gong >> >> >> >> -- >> Mailing list: https://launchpad.net/~quantum-core >> Post to : quantum-core@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~quantum-core >> More help : https://help.launchpad.net/ListHelp > > > -- > Mailing list: https://launchpad.net/~quantum-core > Post to : quantum-core@lists.launchpad.net > Unsubscribe : https://launchpad.net/~quantum-core > More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~quantum-core Post to : quantum-core@lists.launchpad.net Unsubscribe : https://launchpad.net/~quantum-core More help : https://help.launchpad.net/ListHelp
