Hi Christophe, On 07/27/2010 08:39 PM, Christophe Combelles wrote: > I think such a big change should deserve a major version bump, such as > 3.6.0. > Minor versions are better for bugfixes only, and should *never* break > existing projects.
I agree on the principle, and this is what's done for the version numbers of the products that make CPS, but for the whole package, it's always been a different conventionm namely x.y being a stable series iff y is even. This should be taken with a grain of salt, because there's no such thing as pure instability. Some past example : CPSSkins was introduced in the 3.3 series, and became the absolute standard in CPS 3.4, but there was a big bump between the latest 3.3 version and 3.4.0, namely the introduction and systematic use of GenericSetup. IIRC, it took actually a few minor versions to really stabilize CPS 3.4. Nowadays, CPS 3.4 gets bug fixes only. So, is 3.5 to be considered instable ? In short, yes, because the 3.5.x versions are directly taken from the development trunk. Does it mean that we don't care about such things as upgrade steps and the like ? No, but we can afford postponing some of them. The RC is also there to get feedback about what's the most needed. The funny thing is that actually CPS 3.5 follows a similar pattern as 3.3, starting with introduction of a new themes engine. This is not exactly what had been planned before, since unicodification had been identified long ago as the major change in 3.5. The question of the themes engine arrived in between and the 3.5.0 release became necessary to get a clean state before unicodification. Now that we're speaking of pattern reproduction reproducing: are we supposed to end the series with a big bump, such as going to Zope 2.12 for CPS 3.6 ? If we could do it in a relative short time frame (say 2010-12-31), yes. Otherwise, I'd like to have a version officially labelled as stable by the end of the calendar year. We could start discussing this if you like in another thread. Your input about more recent Zope (including Bluebream) would be really valuable. Cheers, -- Georges Racinet, http://www.racinet.fr Zope/CPS/Plone expertise, assistance & development GPG: 0x4862FFF7 _______________________________________________ cps-devel mailing list http://lists.nuxeo.com/mailman/listinfo/cps-devel
