On Sun, Jan 15, 2017 at 3:01 AM, Karl Heinz Marbaise <khmarba...@gmx.de> wrote: > Hi, > > On 13/01/17 16:37, Benson Margulies wrote: >> >> On Thu, Jan 12, 2017 at 11:42 PM, Florian Schätz <fscha...@assona.net> >> wrote: >>> >>> Am Donnerstag, den 12.01.2017, 14:22 -0800 schrieb Benson Margulies: >>> >>>> I agree with them that this is counter-intuitive. The whole point of >>>> -beta-1 is to introduce new, incompatible, stuff. The whole point of >>>> that range is to exclude it. > > > If you introduce incompatible stuff you should call it 3.X cause based on > SemVer[1] this would be the way to go...
Yes, indeed, that's exactly what we are doing. We make incompatible changes, and we move the version from 1.x.y to 2.0.0-beta-1-SNAPSHOT, and we're still included in the range 2), the job of which is to _exclude_ 2.0. > > > [1]: http://semver.org/ > >>> >>> Doesn't 2.0.0-beta1 imply that it's a beta for the 2.0.0 release, so >>> that the final 2.0.0 release will include everything that's in this >>> beta, thus the range quite correctly contains it...? >> >> >> >> The range [1,2) excludes 2.0.0. > >> So, by your logic, which is my logic, >> >> it should also exclude the beta. > > > The range [1,2) excludes 2.0.0 cause 2 is equal to 2.0 and equal to 2.0.0 > BUT 2.0.0-beta is less than 2.0 which means it is included the range > ...cause based on the timeline 2.0-beta is before 2.0 > > So in the end it does not exclude the beta... > >>> >>> If the stuff from the 2.0.0-beta1 will not be part of the final 2.0.0 >>> release, wouldn't it be better called 2.0.1-beta1? >>> >>> Just curious because we had some discussions about versioning strategies >>> here, too, a while ago. > > > Yes I agree... > > If you having changes which will not being part of 2.0.0 you should call > that 2.1.0-beta BUT NOT 2.0.0-beta1 be aware of the timeline > > 1.0 ... 2.0.0-beta1 .... 2.0.0 ... 2.0.1 ... 2.1.0 .. > > If you like having something which should be introduces after releasing > 2.0.0 you have to call it 2.0.1-WhatEver or 2.1.0-WhatEver... > > > Kind regards > Karl Heinz Marbaise > >>> >>> Regards, >>> >>> Flo >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org