To clarify, what I am saying is, no change to current release system, except to label stable and testing branches. It's a little like the branches of Debian Linux http://wiki.linuxquestions.org/wiki/Debian#Stable.2C_Testing.2C_Unstable.2C_and_Experimental
web2py probably don't need so many branches. On Dec 23, 11:52 am, Luther Goh Lu Feng <elf...@yahoo.com> wrote: > I think the suggested versioning works great > > What I suggest is perhaps label the latest release as the testing > branch eg 1.91 is the testing branch. 1.90 will be the stable branch. > These will of course increment by 0.01 in the next web2py release. > > In the admin panel, have the option for the user to upgrade/downgrade > to/from the testing/stable branches. > > On Dec 23, 11:07 am, VP <vtp2...@gmail.com> wrote: > > > > > > > > > In my humble opinion, the word "Enterprise" demands a more systematic > > approach to dealing with this issue. I think the simplest way is > > perhaps has a numbering scheme that is understood by everyone. For > > example, increment the third number (e.g. from 1.90.2 to 1.90.3) only > > for bug fixes, and increment the second number (e.g. from 1.90.3 to > > 1.91.0) for major releases or addition of new features.