My intent wasn't to debate the Semantic Versioning 2.0.0 scheme that Apache
NiFi has adopted.  My question was more on the lines of what to release,
and I was suggesting a release for BOTH a 0.2.1 and 0.3.0.  I understand
this community has discussed the desired Git workflow in the past.  I can't
remember the decision, but if I'm asking for a "hot fix" release from the
Git flow perspective and the community decided to not follow that path,
then I accept that.

I guess I'm just asking for very public documentation (perhaps on the
Downloads page itself) that 0.2.0-incubating has a known issue that may
cause people to decide to not use it.  It's certainly causing our community
to fast track the 0.3.0 release.

Thanks,
-- Mike


On Wed, Jul 22, 2015 at 2:39 PM, Joe Witt <[email protected]> wrote:

> Mike
>
> I believe that assigns too much meaning to the versions and may not reflect
> the versioning model we have.  We have a wiki page that outlines the
> version scheme.  The idea here is that the develop branch is essentially
> always ready to be released.  We simply set the version of the develop
> branch to be based on what the tickets dictate as per our version scheme.
>
> I do agree for major releases like 1.0.0 we have a need to discuss as a
> community how long to support pre 1.0 as well as 1.x.  This is based on our
> published versioning model.
>
> Does this sound reasonable to you?
>
> Thanks
> Joe
> On Jul 22, 2015 10:55 AM, "Michael Moser" <[email protected]> wrote:
>
> > All,
> >
> > As a suggestion for the future, at least after NiFi reaches 1.0, I think
> a
> > bug fix release such as a 0.2.1 would definitely happen in a scenario
> like
> > this.  Even after 0.3.0 is available for download, if you don't recommend
> > that people use 0.2.0 due to major bugs, then you should replace it with
> > 0.2.1 on the Downloads page.
> >
> > -- Mike
> >
> >
> > On Tue, Jul 21, 2015 at 5:31 PM, Aldrin Piri <[email protected]>
> wrote:
> >
> > > All,
> > >
> > > If there are no objections, I am volunteering to take release manager
> > > responsibilities for the 0.3.0 release.
> > >
> > > This process will include releases for three components:
> > > * nifi-parent, version 1.0.1
> > > * nifi-nar-maven-plugin, version 1.0.2
> > > * nifi, version 0.3.0
> > >
> > > A ticket [1] has been created to track the release process.
> > >
> > > Thanks!
> > >
> > > [1] https://issues.apache.org/jira/browse/NIFI-778
> > >
> > >
> > >
> > > On Mon, Jul 20, 2015 at 7:37 AM, Mark Payne <[email protected]>
> > wrote:
> > >
> > > > Ryan,
> > > >
> > > > Yup, I'll make sure that one is in there.
> > > >
> > > > Does anyone else have any ticket that they want to ensure gets out
> > today?
> > > >
> > > > Thanks
> > > > -Mark
> > > >
> > > > ----------------------------------------
> > > > > Date: Mon, 20 Jul 2015 10:33:14 -0400
> > > > > Subject: Re: nifi-0.3.0 release
> > > > > From: [email protected]
> > > > > To: [email protected]
> > > > >
> > > > > Will the Amazon AWS processors fix make this release?
> > > > >
> > > > > On Mon, Jul 20, 2015 at 10:29 AM, Mark Payne <[email protected]
> >
> > > > wrote:
> > > > >
> > > > >> Joe,
> > > > >>
> > > > >> Not a problem. I updated JIRA to show the tickets that will go
> into
> > > > 0.3.0.
> > > > >>
> > > > >> Thanks
> > > > >> -Mark
> > > > >>
> > > > >> ----------------------------------------
> > > > >>> Date: Mon, 20 Jul 2015 10:10:20 -0400
> > > > >>> Subject: Re: nifi-0.3.0 release
> > > > >>> From: [email protected]
> > > > >>> To: [email protected]
> > > > >>>
> > > > >>> Sounds good. Would like to see the items that end up on the
> release
> > > > list
> > > > >>> in jira.
> > > > >>>
> > > > >>> Also we need to put together good release notes this time.
> > > > >>>
> > > > >>> Thanks
> > > > >>> Joe
> > > > >>> On Jul 20, 2015 10:02 AM, "Mark Payne" <[email protected]>
> > wrote:
> > > > >>>
> > > > >>>> Hello all,
> > > > >>>>
> > > > >>>> We have found an issue that is present in nifi 0.2.0 that
> results
> > in
> > > > new
> > > > >>>> accounts not automatically being requested as they should when a
> > new
> > > > >> user
> > > > >>>> attempts to access an instance of NiFi.
> > > > >>>>
> > > > >>>> This is not a security issue but could cause some headaches for
> > > > >> operators
> > > > >>>> who are running secure instances of NiFi, especially new
> > instances.
> > > > >>>>
> > > > >>>> Unless there are any objections, I would like to go ahead and
> > start
> > > > >>>> putting together an 0.3.0 release that has this issue addressed,
> > the
> > > > new
> > > > >>>> Flume Processors, and any other tickets that are complete and
> > ready
> > > to
> > > > >> go.
> > > > >>>> All others will be moved to version 0.4.0.
> > > > >>>>
> > > > >>>> In the absence of any objections, we will probably have a
> package
> > > > built
> > > > >>>> and ready to be voted on today.
> > > > >>>>
> > > > >>>> Thank you
> > > > >>>> -Mark
> > > > >>>>
> > > > >>>>
> > > > >>
> > > > >>
> > > >
> > > >
> > >
> >
>

Reply via email to