Message ID | 20220120214042.221739-1-mmichels@redhat.com |
---|---|
State | Accepted |
Headers | show |
Series | [ovs-dev,v2] Add LTS section to release documentation. | expand |
Context | Check | Description |
---|---|---|
ovsrobot/apply-robot | success | apply and check: success |
ovsrobot/github-robot-_Build_and_Test | success | github build: passed |
ovsrobot/github-robot-_ovn-kubernetes | success | github build: passed |
On Thu, Jan 20, 2022 at 10:40 PM Mark Michelson <mmichels@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 <mmichels@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.nordahl@canonical.com>
On Thu, Jan 20, 2022 at 1:40 PM Mark Michelson <mmichels@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 <mmichels@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 > > _______________________________________________ > dev mailing list > dev@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-dev Acked-by: Han Zhou <hzhou@ovn.org>
I pushed this to the main branch. On 1/27/22 20:01, Han Zhou wrote: > > > On Thu, Jan 20, 2022 at 1:40 PM Mark Michelson <mmichels@redhat.com > <mailto:mmichels@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 <mmichels@redhat.com > <mailto:mmichels@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 > > > > _______________________________________________ > > dev mailing list > > dev@openvswitch.org <mailto:dev@openvswitch.org> > > https://mail.openvswitch.org/mailman/listinfo/ovs-dev > <https://mail.openvswitch.org/mailman/listinfo/ovs-dev> > > Acked-by: Han Zhou <hzhou@ovn.org <mailto:hzhou@ovn.org>>
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 -----------------
OVN LTS releases have a lot of ambiguity, so this is intended to codify LTS support and cadence. Signed-off-by: Mark Michelson <mmichels@redhat.com> --- Documentation/internals/release-process.rst | 28 +++++++++++++-------- 1 file changed, 18 insertions(+), 10 deletions(-)