Propose of new version scheme

[Günter Kits]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Tere!

IMHO versioning like Ubuntu has breaks everything what versioning
stands for and I personally despise it. Versions are ment to be
incremental, eg one does not simply go from 10.2 to 10.9.

It think that You should continue with [Semantic Versioning][1] like
the most of software development world does.


  [1]:http://semver.org/

- --
Kõike head soovides
Günter Kits

On 20.03.2014 14:02, Jan Wagner wrote:
> Am 20.03.14 12:49, schrieb Holger Weiß:
>> * Jan Wagner <waja at cyconet.org> [2014-03-20 12:38]:
>>> I`m proposing a new version scheme which could look like:
>>> 
>>> <year>.<month>[.bugfixrelease]
>>> 
>>> If you think this looks very familiar ... yes it`s used by
>>> ubuntu and may others.
>>> 
>>> What maybe the benefits of a complete different release
>>> scheme:
>>> 
>>> * there will probably no version number races between existing 
>>> forks (which is totally nonsense) * we can better identify, if
>>> a plugin is from our fork or no - this might help when we get 
>>> bugreports/complaints, especially when forks are more
>>> diversing on code base
> 
>> As you know, we currently have X.Y.Z, where Z is incremented for 
>> bug fix releases, Y for backwards-compatible feature releases,
>> and X for backwards-incompatible releases.¹  The new scheme
>> wouldn't allow for distinguishing the latter two, but I could
>> live with that.  I'm fine with either scheme.
> 
> In Debian they are using an epoch.
> 
> We chould implement that with:
> 
> X.<year>.<month>[.bugfixrelease]
> 
> Where X stands for incompatible releases.
> 
> No? :)
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTKt45AAoJEFnfbS9fXrweGNUQAMDvmECCkbV404vHZlM6OJf+
hGaEvXzXo8+FzUcmEG0oFI7xVrcr9hRrB7jSgV9fynJ/7cELpiBg0msLpdnvxIci
qVwT3VZwy8T2urt+0W+AGW+4CKHey7pUOOAif1ykemXcKf6SSnPG1VCfwxP3ETbB
qm1Ne7mwFLV1quYuaFEjexHARcpnmOicMV2jajqtIhvtuw5St/dPKggsaYP7/oMX
Ts5ZD0Yf/s0D0ZZ6AtPVSr9EOeDFM58nwp7Cavfctd8jmyLdw7ZKqBCrMC2rQ9L4
x8fZBwq83E3s4NRaUMCXtwFYFOBm/f3zUrAIS3tV16kpmq768bkeO16iIEmFZMWR
WC3z8gUkwWTKDySXd/iibTPcewq6h8IlVlCRTVOncs+AbhC0U3CegOxwl2isyuPq
PIzHXYZi7XB5He08J99tdgP/6UkctXJsRsYca+bj9loh16IaAYP9DLOn3hBGEDYL
oVWUGLpViV3TUSIRQQpDnbne11NYMkWOm2hKLflMQ99xxkEDsJneFYzamQ6wdW1G
wMrwic1VXJ9PuE46ASoSFc1O/D/3p4j908VvwnyfvDz9CPQdcgSzeeVmPhT4kkui
8UVf+PxtX7dNQYpSrQdhVPyk0gfdQeWJIudzvCXCsNF8G8aUj5ZjnI6NLPXdFvbT
Opq5jTwLcC5j/vhwdlo0
=4Sq5
-----END PGP SIGNATURE-----