Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
Accumulo >> mail # dev >> Accumulo Versions (was Accumulo feature freeze in 1 week)


Copy link to this message
-
Re: Accumulo Versions (was Accumulo feature freeze in 1 week)
+1 marketing.major.minor
On Fri, Oct 25, 2013 at 3:58 PM, Sean Busbey <[EMAIL PROTECTED]> wrote:

> When explaining X.major.minor versioning to people, I generally refer to X
> as the "marketing" version. It gets incremented when the project wants to
> push for a separation in the minds of users.
>
>
> On Fri, Oct 25, 2013 at 2:50 PM, Josh Elser <[EMAIL PROTECTED]> wrote:
>
> > That is a good point.
> >
> > We typically have referred to 1.x releases as "major". I will say that
> > when I wrote up the Git document, I wrote it based on how we refer to our
> > versions, not necessarily using correct semantic versioning verbage.
> >
> > Is the "1" or "1.6.0" the "super-major" version? :P
> >
> >
> > On 10/25/13 12:43 PM, Sean Busbey wrote:
> >
> >> On the feature freeze reminder thread, Chris said:
> >>
> >>  I don't mind putting things off to 1.7 (if necessary). But... if 1.6.0
> >>> isn't sufficiently feature rich, there's not really a reason to
> >>> release it just yet... until those features are ready. That said, I do
> >>> think there'll be enough features in 1.6.0 to release it as a minor
> >>> release, if we're interpreting the version as the standard
> >>> <major>.<minor>.<bugfix> scheme, even if we end up pushing some stuff
> >>> off to 1.7.
> >>>
> >>
> >> I didn't want to derail that thread, but this does not line up with what
> >> I've seen in Accumulo. (Though I agree that it is a common numbering
> >> scheme[1])
> >>
> >> The Accumulo release guide[2] doesn't specify how "minor" and "major"
> turn
> >> into positions in the version number. However, the git workflow guide[3]
> >> does, and basically says that Accumulo uses
> >>
> >> x.y.z
> >>
> >> y = major
> >> z = minor
> >>
> >> This also lines up with my understanding of previous Accumulo releases
> and
> >> cross-compatibility amongst them.
> >>
> >>
> >> [1]: http://semver.org/spec/v2.0.0.**html<
> http://semver.org/spec/v2.0.0.html>
> >> [2]: http://accumulo.apache.org/**governance/releasing.html<
> http://accumulo.apache.org/governance/releasing.html>
> >> [3]: http://accumulo.apache.org/**git.html#release-management<
> http://accumulo.apache.org/git.html#release-management>
> >>
> >>
>
>
> --
> Sean
>
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB