madlib-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gregory Chase <gch...@pivotal.io>
Subject Re: Next MADlib version number suggestion
Date Thu, 22 Sep 2016 06:03:00 GMT
Us marketing guys like to use major versions to also refer to big leaps in
new use cases and market segments that couldn't effectively be served
before.

One could argue that SVM might be in that category.

However, if you do some kind of major refactoring of architecture that
doesn't necessarily reflect immediately with new end user capabilities,
that would be a big advancement of a minor version.  Ex: .0 to .5

In summary, 1.10.0 sounds like a well fleshed out "version 1", but we all
know that MADlib is far more venerable and well used than that.

-Greg

On Wed, Sep 21, 2016 at 10:06 PM, Roman Shaposhnik <roman@shaposhnik.org>
wrote:

> On Wed, Sep 21, 2016 at 3:46 PM, Frank McQuillan <fmcquillan@pivotal.io>
> wrote:
> > Hello,
> >
> > I would like to suggest that the next release of MADlib be called v1.10.
> > Recently I have been referring to it as v1.9.2.
> >
> > However, MADlib follows 3-digit semantic versioning MAJOR.MINOR.PATCH
> > http://semver.org/
> > where:
> >
> > * MAJOR version when you make incompatible API changes,
> > * MINOR version when you add functionality in a backwards-compatible
> > manner, and
> > * PATCH version when you make backwards-compatible bug fixes.
> >
> > Since the next release will add functionality, it should be MINOR.
> >
> > I actually made a mistake in naming v1.9.1 since it added functionality
> but
> > was versioned as if it was a PATCH, which it wasn’t.
>
> +1!
>
> Thanks,
> Roman.
>



-- 
Greg Chase

Global Head, Big Data Communities
http://www.pivotal.io/big-data

Pivotal Software
http://www.pivotal.io/

650-215-0477
@GregChase
Blog: http://geekmarketing.biz/

Mime
View raw message