On 07.05.2018 15:38, Kashyap Chamarthy wrote: > On Thu, May 03, 2018 at 03:16:10PM +0100, Daniel P. Berrangé wrote: >> On Thu, May 03, 2018 at 04:06:19PM +0200, Thomas Huth wrote: >>> On 03.05.2018 15:43, Gerd Hoffmann wrote: > > [...] > >>>> (a) major equals year, minor equals month (ubuntu style). >>>> (b) major equals year, minor counts up (mesa style). >>>> (c) major is bumped each year, but doesn't equal year (libvirt style). >>>> >>>> If we don't want give them a meaning, how about: >>>> >>>> (d) just drop the minor and count up major each release (systemd style)? >>>> >>>> My personal preference would be (a) or (b), because it is easy to see >>>> when a version was released. (b) looks more like a classic version >>>> number, we would have 18.0, 18.1, ... instead of 18.04, 18.08, ... >>> >>> I'd really would like to avoid variant (a) ... otherwise people will >>> confuse 18.1.1 and 18.11 (aka. 18.11.0) again... >> >> We could keep major == year, minor == nth release of $year. eg 18.1, >> 18.2, 18.3 for the 1st, 2nd and 3rd releases of 2018. Still makes it >> fairly clear what timeframe each was released in, without having to >> follow month numbers. > > FWIW, the above option sounds simplest to explain so far.
No, there are some drawbacks when the major version equals the year, see here: https://lists.gnu.org/archive/html/qemu-devel/2018-05/msg01092.html and: https://lists.gnu.org/archive/html/qemu-devel/2018-05/msg00560.html Thomas
