I've always been puzzled by the way some software companies version their products. Having a product with a version of 18.104.22.16885368.35779532 strikes me as confusing and error-prone.
That's why I loved Drupal's approach when I first saw it: 7.26. Major version [dot] minor version.
When the first number changes, the API changes. 7.x is not compatible with 8.x. When the minor version changes, the API does not change. 7.1 is compatible with 7.26 (kinda). Easy.
But how do you differentiate between a bug fix or a new feature? For Drupal core, it used to be a no brainer. New features always had to wait for the next major version. Hence their version system. But if you're a module or distribution maintainer, you have 3 different cases:
- Bug fixes
- New backward compatible features
- Major overhaul, not backward compatible
Even though most people probably don't care too much what they get, as long as it's the latest and greatest, some are interested in knowing what they are downloading.
When Drupal projects will be able to use the Semantic Versioning System, we will make it clearer. We would have the Major version, as before. A Minor version, denoting feature changes. And finally a Patch version, which denotes a bug fix.
Still easy. But it carries more information.
And the great news is: Drupal will start using it from 8.x onwards.
Found a typo ? Correct it, submit a pull-request and get credited here!