Sounds good. +1

Regards,

On Mon, Mar 2, 2020, 12:30 Claus Ibsen <claus.ib...@gmail.com> wrote:

> 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