On Thu, Jan 20, 2022 at 10:40 PM Mark Michelson <mmich...@redhat.com> wrote: > > OVN LTS releases have a lot of ambiguity, so this is intended to codify > LTS support and cadence. > > Signed-off-by: Mark Michelson <mmich...@redhat.com> > --- > Documentation/internals/release-process.rst | 28 +++++++++++++-------- > 1 file changed, 18 insertions(+), 10 deletions(-) > > diff --git a/Documentation/internals/release-process.rst > b/Documentation/internals/release-process.rst > index f37c09e51..9db6e7494 100644 > --- a/Documentation/internals/release-process.rst > +++ b/Documentation/internals/release-process.rst > @@ -75,16 +75,24 @@ Scheduling`_ for the timing of each stage: > 2019.10.2, and so on. The process is the same for these additional > release > as for a .0 release. > > -At most two release branches are formally maintained at any given time: the > -latest release and the latest release designed as LTS. An LTS release is one > -that the OVN project has designated as being maintained for a longer period > of > -time. Currently, an LTS release is maintained until the next LTS is chosen. > -There is not currently a strict guideline on how often a new LTS release is > -chosen, but so far it has been about every 2 years. That could change based > on > -the current state of OVN development. For example, we do not want to > designate > -a new release as LTS that includes disruptive internal changes, as that may > -make it harder to support for a longer period of time. Discussion about > -choosing the next LTS release occurs on the OVS development mailing list. > +Long-term Support Releases > +-------------------------- > + > +The OVN project will periodically designate a release as "long-term support" > or > +LTS for short. An LTS release has the distinction of being maintained for > +longer than a standard release. > + > +LTS releases will receive bug fixes until the point that another LTS is > +released. At that point, the old LTS will receive an additional year of > +critical and security fixes. Critical fixes are those that are required to > +ensure basic operation (e.g. memory leak fixes, crash fixes). Security fixes > +are those that address concerns about exploitable flaws in OVN and that have > a > +corresponding CVE report. > + > +LTS releases are scheduled to be released once every two years. This means > +that any given LTS will receive bug fix support for two years, followed by > +one year of critical bug fixes and security fixes. > + > > Release Numbering > ----------------- > -- > 2.31.1
Acked-by: Frode Nordahl <frode.nord...@canonical.com> -- Frode Nordahl > > _______________________________________________ > dev mailing list > d...@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-dev _______________________________________________ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev