On mailing list there is small discusion about versioning that even Ton have took apart (quote below)
Blender is almost 25 years old now, the versioning string was designed back then to be a digital number with 3 digits. It started with 1.00 and now is at 2.80. The major leaps were noted as 1.2, 1.5, 1.8, 2.0. 2.3. 2.5. and now 2.8. Just digital numbers.
In our field (3d GC) there are other programs who use nonstandard versioning to define own character.
For open source it’s definitely not common.
I don’t think it’s sensible to suddenly rename 2.8x to 3.0. Let’s start thinking of what 3.0 could be next year when the beta is stable… a discussion on changing version numbering is possible then. I like this old tradition though. We have bigger challenges than that.
Also Pablo created video about it:
I open this thread because not everyone follow mailing lists and pablo@YT
The problem with blender versioning conventions is that over the time it lost original logic.
Right now there is: 2.XYz.s
Where “2.” part is meaningless - its rather part of a program than version number it haven ben changed for 16 years
X is most important pars meaning the ‘series’ (2.4x/2.5x-2.7x/2.8x)
Y is minor version
z is a/b/c bugfix release
ans finally there is unofficial .s development version
I think that Pablo have good points to do not change versioning right now. Also 2.80 is already adversed as 2.80 and imo it is kinda too late for change it would definitely bring user confusion
Eventually we could cut out that “2.” part, and leave just “80” since it is only meaning part. (but it would lso bring user a little confusion), but more on that later.
We could right now thing about future versioning convention.
I think that with next major step we should change that convention to something else.
I see two trends with software versioning
- Quite often major version change like Firefox/Chrome do. They used to rise slowly their major version, but now version change is quite often, I remembered when change from 2 to 3 was big thing, but right now they are at 64/71
- Year.minorversion.subversion, like allegorytmic/autodesk/etc
I especially like the second option because you know straight away how old is the version that you are using if you are not upgrade every few moth person.
What do You guys think about that?