[ovs-dev] [PATCH] release-process.md: Document OVS release process and propose a schedule.

Aaron Conole aconole at redhat.com
Thu Jul 21 17:32:15 UTC 2016


Hi Ben,

Ben Pfaff <blp at ovn.org> writes:

> This document has two different kinds of text:
>
>    - The first sections of the document, "Release Strategy" and "Release
>      Numbering", describe what we've already been doing for most of the
>      history of Open vSwitch.  If there is anything surprising in them,
>      then it's because our process has not been transparent enough, and not
>      because we're making a change.
>
>    - The final section of the document, "Release Scheduling", is a proposal
>      for current and future releases.  We have not had a regular release
>      schedule in the past, but it seems important to have one in the
>      future, so this section requires review and feedback from everyone in
>      the community.
>
> Signed-off-by: Ben Pfaff <blp at ovn.org>
> ---

I like the document overall.

Two things that may or may not need clarification:

1. Consensus is mentioned multiple times - is it expected that this
   discussion would take place on ovs-dev?  I haven't seen it happen on
   announce, dev, or discuss (though I'll admit I only went through them
   briefly).  The only other time consensus is discussed in the
   documentation for ovs is under SECURITY.md, where the mailing list
   for such discussion takes place, and participation criteria, etc.

2. For the mentioned case of features close to the branch date, what is
   the protocol for getting them in?  Again it was consensus, but is the
   approach to simply mail ovs-dev with "[backport]" tag identifying the
   upstream commits?  Should we state that in the submissions if we're
   close to the deadline (I just submitted two series close to the
   branch deadline, so I'm more interested in this answer).

Otherwise, I really like the cadence outlined, and the prose flows well.

Thanks,
-Aaron



More information about the dev mailing list