Hi Andrija, How can I help and engage in this process?
Cheers Sven __ Sven Vogel Teamlead Platform EWERK DIGITAL GmbH Brühl 24, D-04109 Leipzig P +49 341 42649 - 99 F +49 341 42649 - 98 s.vo...@ewerk.com www.ewerk.com Geschäftsführer: Dr. Erik Wende, Hendrik Schubert, Frank Richter Registergericht: Leipzig HRB 9065 Zertifiziert nach: ISO/IEC 27001:2013 DIN EN ISO 9001:2015 DIN ISO/IEC 20000-1:2011 EWERK-Blog | LinkedIn | Xing | Twitter | Facebook Auskünfte und Angebote per Mail sind freibleibend und unverbindlich. Disclaimer Privacy: Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System. Vielen Dank. The contents of this e-mail (including any attachments) are confidential and may be legally privileged. If you are not the intended recipient of this e-mail, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete it (including any attachments) from your system. Thank you. Am 19.12.2019 um 17:05 schrieb Andrija Panic <andrija.pa...@gmail.com>: > > Hi All, > > I’d like to put myself forward as release manager for 4.14. The > 4.14 releases will be the next major version LTS release and will > be supported for 20 months per the LTS manifesto [2]. > > I'll have support from Rohit/Daan/Paul during the process and anyone else > interested is most welcome to join the effort. > > The proposed timeline (possibly a bit too ambitious) is as follows: > > ###################################### > 24.Jan 2019 --> Code freeze > 31.Jan-07.Feb 2019 --> Cut first RC > 21.Feb 2019+ --> Release > ###################################### > > As usual, kindly note the following "behaviour" to be in place > (pretty much copy/paste from the related 4.11 email from Rohit): > > ###################################### > 1. After the freeze date (expected 24th Jan) until GA release, features > will not be allowed and fixes will be only as long as there are blocker > issues outstanding. Fixes for other issues will be individually judged on > their merit and risk. > 2. RM will triage/report critical and blocker bugs for 4.14 and encourage > people to get them fixed. > 3. RM will create RCs and start voting once blocker bugs are cleared and > baseline smoke test results are on par with previous 4.13 smoke test results > test results. > 4. RM will allocate at least a week for branch stabilization and testing. > At the earliest, on 31st January, RM will put 4.14.0.0-rc1 for voting from > the 4.14 branch, and master will be open to accepting new features. > 5. RM will repeat 2-4 as required. Voting/testing of -rc2, -rc3 and so on, > will be created as required > 6. Once vote passes - RM will continue with the release procedures [1]. > > I’d like the community (including myself and colleagues) to: > - Up to 24th January, community members try to review, test and merge > as many fixes as possible, being super-diligent to not de-stabilize the > master branch. > - Engage with gatekeepers to get your PRs reviewed, tested and > merged (currently myself, Rohit, Daan and Paul, others are welcome to > engage as well). Do not merge the PRs > - A pull request may be reverted where the author(s) are not responding > and authors may be asked to re-submit their changes after taking > suitable remedies. > > [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure > [2] https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS > ###################################### > -- > > > Andrija Panić
