Hi Claus,

It sounds good to me !

Regards
JB

> Le 2 mars 2020 à 12:30, Claus Ibsen <claus.ib...@gmail.com> a écrit :
> 
> Ups the last two should be flipped, eg
> 
> Camel 3.5.0 in Oct 2020 (no LTS)
> Camel 3.6.0 in Dec 2020 (LTS)
> 
> On Mon, Mar 2, 2020 at 12:26 PM Claus Ibsen <claus.ib...@gmail.com> wrote:
>> 
>> Hi
>> 
>> Lets put a tentative release schedule for Camel 3.x for this year,
>> where we make it more obvious which releases are LTS and which are
>> not.
>> 
>> For example having 2 yearly LTS releases and then non TLS in between
>> allows us to innovate and move faster, but also offer production safe
>> stable branches where end users can stay on for a longer time and get
>> CVE and important/critical bugfixes only. Note that we should shy away
>> from doing other fixes on these LTS branches as they are meant for
>> "rock sold and only really important bug fixes". Not small
>> improvements, and it would be nice to have if X can also do this etc.
>> Lets put this kind into the non LTS releases first (when possible).
>> 
>> A plan could be something like
>> 
>> Camel 3.1.0 in Feb 2020 (no LTS)
>> Camel 3.2.0 in April 2020 (no LTS)
>> Camel 3.3.0 in June 2020 (LTS)
>> Camel 3.4.0 in Aug 2020 (no LTS)
>> Camel 3.5.0 in Oct 2020 (LTS)
>> Camel 3.6.0 in Dec 2020 (no LTS)
>> 
>> And then we do Camel 3.3.x and 3.6.x patch releases from time to time,
>> and for about 12 months, eg 2 LTS's back, eg 3.3.x is EOL when Camel
>> 3.9.0 LTS is released (about 1 year later).
>> 
>> 
>> Any thoughts?
>> 
>> --
>> Claus Ibsen
>> -----------------
>> http://davsclaus.com @davsclaus
>> Camel in Action 2: https://www.manning.com/ibsen2
> 
> 
> 
> -- 
> Claus Ibsen
> -----------------
> http://davsclaus.com @davsclaus
> Camel in Action 2: https://www.manning.com/ibsen2

Reply via email to