An impassioned plea on version numbers

[Peter Lawrey]

It's worth noting the version is likely to be

1.10.0_1
1.11.0_1

or

1.18.3_1
1.18.9_1
1.19.3_1

I am not sure adding r1, r2 really helps. Perhaps a combination would work

1.10.18_300
1.10.18_900
1.10.19_300
1.11.19_900
1.11.20_300

or

1.10.183_1
1.10.189_1
1.10.193_1
1.11.199_1
1.11.203_1

This way the middle/major-ish version shows changes in the language and the
minor version show updates in the libraries/JSRs included.



ᐧ

On 27 September 2017 at 16:40, Andrew Haley <aph at redhat.com> wrote:

> On 22/09/17 19:04, Stephen Colebourne wrote:
> > I propose that versions should simply increase incrementally.
> >  March 2018  - v10
> >  September 2018 - v11
> >  March 2019 - v12
> >  September 2019 - v13
>
> I'd prefer 18r1, 18r2, 19r1, etc.  18.1 is OK, but too much like a
> "conventional" version number.
>
> --
> Andrew Haley
> Java Platform Lead Engineer
> Red Hat UK Ltd. <https://www.redhat.com>
> EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
>