Here are some thoughts I had on semver: http://javaadventure.blogspot.ie/2014/09/version-numbers.html
In any case this code is just to provide a strategy that people can choose to turn on. I am not saying that this strategy should be the default, only that it should be one of the *defaultS* that people are able to choose between... now if people think that this is a better default than our current default, that is a different debate. And as to what strategy we *the maven project* should use for our component releases, that is again a whole different debate. I have long since abandoned hope of there being one version numbering scheme to rule them all which was in part what lead me to develop rule-sets for the versions-m-p: http://www.mojohaus.org/versions-maven-plugin/rule.html On 30 October 2015 at 14:33, Jason van Zyl <[email protected]> wrote: > I would prefer to move toward standard semver and identify where we’re not > strictly adhering. Is it strict semver? > >> On Oct 30, 2015, at 5:16 AM, Stephen Connolly >> <[email protected]> wrote: >> >> Hey, so... >> >> Do we want to accept this implementation I knocked together: >> https://github.com/CloudBees-community/cloudbees-maven-release-version-policy >> >> If not I'm fine leaving it where it is... but I can get it donated to >> the ASF if there is interest >> >> -Stephen >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > Thanks, > > Jason > > ---------------------------------------------------------- > Jason van Zyl > Founder, Takari and Apache Maven > http://twitter.com/jvanzyl > http://twitter.com/takari_io > --------------------------------------------------------- > > the course of true love never did run smooth ... > > -- Shakespeare > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
