>>>3 years support of r17 and 5 years support starting with r18. +1
Thanks & Regards -- Deepak Dixit ofbiz.apache.org On Mon, Dec 21, 2020 at 7:27 PM Michael Brohl <michael.br...@ecomify.de> wrote: > +1 for the initial proposal > > with an additional idea: maybe better skip r20 and make a r21 right at > the beginning of the year with the chance to release also in 21. > > This would allow us to catch up and have a more up-to-date release > cycle. It seems a bit outdated to read that r18 is released in 2021... > > What do you think? > > Also +1 for 3 years support of r17 and 5 years support starting with r18. > > Thanks, > > Michael Brohl > > ecomify GmbH - www.ecomify.de > > > Am 21.12.20 um 10:54 schrieb Jacques Le Roux: > > Hi Deepak, > > > > The reason I propose that is because it's more and more difficult to > > backport to R17, when for R18 it's still OK. Also 3 years seems good > > enough for me. > > > > Of course if people think 5 years would be better then the backporting > > question should be discussed... > > > > We could revise that later, because there was much change between R17 > > an trunk and there are less and less now. So we could support R18 for > > 5 years > > > > Jacques > > > > Le 21/12/2020 à 10:38, Deepak Dixit a écrit : > >> +1 > >> > >> I have a question regarding the following point, rest looks good to me. > >> > >> What is the minimum supported year for a release? > >> Do we have any policy regarding this? > >> > >> We should support a release for at least 5 year. > >> > >> Thoughts? > >> > >> Thanks & Regards > >> -- > >> Deepak Dixit > >> ofbiz.apache.org > >> > >> > >> On Mon, Dec 21, 2020 at 2:51 PM Jacopo Cappellato < > >> jacopo.cappell...@gmail.com> wrote: > >> >
