Might every 3 months be pushing it a little? We'll constantly be in a state of picking fixes for release -> testing -> fixing -> release -> picking fixes for release, etc..
Something like 6 months is a little more relaxed as it gives us about 4 months between releases to make changes, introduce new features to the IDE, without rushing. John On Tue, 26 Jun 2018 at 12:38, Emilian Bold <[email protected]> wrote: > Every 3 months sounds good. > > --emi > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > On 26 June 2018 11:38 AM, Neil C Smith <[email protected]> wrote: > > > On Tue, 26 Jun 2018 at 09:12, John McDonnell [email protected] > wrote: > > > > > Secondly, what is our release cadence? Are we planning every 6 months, > > > > > > maybe attempt to keep some alignment with the JDK release cycle, or > > > > > > something longer term, like 12 months? > > > > Thanks for kicking this off. Personally, while I'd be happy with 6 > > > > months, I think aiming for quarterly releases would be a good thing > > > > after 9.0, as well as a fixed schedule so everyone know where things > > > > stand. Incremental changes, increasing the chances of PR features and > > > > bug fixes being out in the wild sooner, while not delaying releases > > > > when something isn't quite ready, because the next release will be out > > > > soon enough! > > > > My thought would be every 3 months - > > > > Day 0-30 : branch off master, cherrypick additional fixes aimed for > > > > release, prepare beta. > > > > Day 30-60 : release beta, shorter form of NetCAT. > > > > Day 60-90 : fix major issues raised in NetCAT, update docs, release. > > > > My 2c > > > > Best wishes, > > > > Neil > > > > > > > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > > > > To unsubscribe, e-mail: [email protected] > > > > For additional commands, e-mail: [email protected] > > > > For further information about the NetBeans mailing lists, visit: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
