Mailing-List: contact dev-help@community.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@community.apache.org
Received-SPF: pass (athena.apache.org: domain of brian.leroux@gmail.com
 designates 209.85.223.177 as permitted sender)
MIME-Version: 1.0
Sender: brian.leroux@gmail.com
In-Reply-To: <CF237AB9.193BE%aharui@adobe.com>
References: 
 <CA+nPnMxOBePvV6urfFgqHFww=-Bn0XRk+vAyEtsfqKqxrRLSBA@mail.gmail.com>
	<CADVgkyOPgcHAH5iEx6es5goC+V7Gmbu7+Bw4a7hD1Ryg_jVPMA@mail.gmail.com>
	<CF237AB9.193BE%aharui@adobe.com>
Date: Fri, 14 Feb 2014 10:01:53 -0800
Message-ID: 
 <CADVgkyNHpbf4bk5VvYa0B0qYbB9G-q0EZ9C=uhFH3C39GLD2tw@mail.gmail.com>
Subject: Re: How can we support a faster release cadence?
From: Brian LeRoux <b@brian.io>
To: Apache Board <board@apache.org>
Cc: "dev@community.apache.org" <dev@community.apache.org>
Content-Type: multipart/alternative; boundary=089e0122aee0dd3fa904f26199f5

--089e0122aee0dd3fa904f26199f5
Content-Type: text/plain; charset=ISO-8859-1

Hey Alex, some answers inline:


> But what is Cordova's plan if a major defect is found too late for the
> "schedule"?
>

We use branches so cherry picking features in, and out, of release branches
happens on occasion. Its pretty easy and clean w/ git to do this.


> Would you skip a release?
>

No. Though we have delayed them. And that happens fairly often. We're not
crazy restrictive about the timing. We *aim* for 10 MINOR releases (with 10
companion rc candidates) and 1 MAJOR a year. Other projects, with larger
communities than ours, have to segment into separate channels on a 6 week
cadence. I could see Cordova getting there someday if this mobile thing
continues to grow.

This is just talking about our platforms. We have other assets like plugins
and our command line interface which can see weekly incremental updates. In
other realities I participate in we ship daily. Revision control,
continuous integration, and rigor in testing make this sort of thing not
only possible but financially desirable for commercial web properties.


> And what if something more subjective comes up like a some user showing up
> at the last minute and saying they don't like the usability or name of
> something and a grass roots movement grows around it.
>

Oh, those sorts of things happen and are welcome. If its good we'll do it.
If it doesn't fit we won't. That diversity makes open source the better
model, to me.

--089e0122aee0dd3fa904f26199f5--