[Product-Developers] conventions on version numbering

[Andreas Jung]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Christian Ledermann wrote:
> On Thu, Oct 31, 2013 at 8:37 AM, Andreas Jung <lists at zopyx.com>
> wrote: David Glick (Plone) wrote:
>>>> On 10/30/13, 12:17 PM, Héctor Velarde wrote:
>>>>> according to our versioning scheme conventions, we should do
>>>>> the following:
>>>>> 
>>>>> Given a version number MAJOR.MINOR.PATCH, increment the:
>>>>> 
>>>>> * MAJOR version when you make incompatible API changes, *
>>>>> MINOR version when you add functionality in a
>>>>> backwards-compatible manner, and
> This classification is completely nonsense. There had been always 
> some incompatible changes API wise and import-wise between 4.x
> versions.
> 
>> yes that's why this discussion is happening. We can learn from 
>> previous mistakes ;)

Here is the real definition:

MAJOR: the next big thing and we intentionally break things in a large
       way

MINOR: we break imports, we are _trying_ to be as compatible as possible

PATCH: only bugfixes, no API changes, no new features

- -aj
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQGUBAEBAgAGBQJScf0lAAoJEADcfz7u4AZjflQLv3OpiESzLDLAFfn8U/s8j1KI
cr6C8Z3qKR3mWFLJ3byNN/fKDn3X5mQhcSVCeH27bJNNhG5Zra/w9O81hGMU2Jfg
Gq7BpVjbrNc2nIEgZDHoKibxoU5PSYJj30N7RzuW4kMSdojEP+hUc/s6DZKM6k1X
xPfoi4w3t0KgKOY6XaTa2+p6TOPq+lbzs5hKIOCYvQBIPx0Vf90PBflBqAhU8qjE
veK0kK9uJpsOMO4//fuGiPUWzmYiXY7p2nV2leoDidvUcuSRkMTMBHsx0jY2oG67
y52JcgCIijPpwZ+LEsvJsRWw0yTnNEl54xUbBgW5LFILd1Y6ygajAdOWZU8RR5Ud
hfMoqfGLWogNzQc4synNyCq2/f2/fbIKCDBozEEyKN/cKeIsnwaRjsBRMIrkqinT
mll4YG+09IEM3c3a6wZvq2uK/dnyRu2MyRoqSCPauzVUXkVgEgDcCRI286mNwU/D
vqExejcWt21gV7zQ3XwTuCzNrH91d0E=
=NtiP
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lists.vcf
Type: text/x-vcard
Size: 368 bytes
Desc: not available
URL: <http://lists.plone.org/pipermail/plone-product-developers/attachments/20131031/a51168e8/attachment-0001.vcf>