Simplified Version Numbering

From now on, the documentation and some other documents might use simplified version numbering. Internally, the versions will still be the same. But the docs and blogs might skip some unnecessary chars to simplify the writing and reading of version numbers.

Currently, the version numbers are based on the year and release number within the year:

v. 2018.1 - first release for the year 2018

v. 2018.2 - second release for the year 2018

v. 2019.1 - first (and only) release for the year 2019

v. 2020.1 - first release for the year 2020

 

From now on, the docs might use the following simplified numbering scheme:

v. 18 - first release for the year 2018

v. 18.2 - second release for 2018

v. 19, 20, 21 - first release for the respective year

 

In essence, the simplified version number will drop the leading "20" and will not put number to the first release each year. When there is only one version per year (as it is most years), the versions will stay very simple two digit number.

The simplification makes it easier to differentiate between the versions. For example, it is a bit of a strain to the eyes to differentiate between "2020.1" and "2021.1". If the numbers are just "20" and "21" it is much easier.

The simplified versioning will be used mostly in places, where it is obvious that the number is a version number. When there is ambiguity, full version numbers will be preferred, because 2020.1 is easier to decipher as version number. The other way is to put "v. " in front of the version, like "v. 20" or "v.20" or "v20".

Have more questions? Submit a request

0 Comments

Please sign in to leave a comment.
Powered by Zendesk