From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v1] doc: add guidelines on stable and lts releases Date: Wed, 08 Feb 2017 06:39:23 -0800 (PST) Message-ID: <1841036.sU38etbx4S@xps13> References: <20170120084330.GY9046@yliu-dev.sh.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: John McNamara , dev@dpdk.org, stable@dpdk.org To: Yuanhan Liu Return-path: Received: from mail-wr0-f170.google.com (mail-wr0-f170.google.com [209.85.128.170]) by dpdk.org (Postfix) with ESMTP id 98EFF4A65 for ; Wed, 8 Feb 2017 15:39:24 +0100 (CET) Received: by mail-wr0-f170.google.com with SMTP id o16so61790875wra.1 for ; Wed, 08 Feb 2017 06:39:24 -0800 (PST) In-Reply-To: <20170120084330.GY9046@yliu-dev.sh.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2017-01-20 16:43, Yuanhan Liu: > 16.07 as a first trial of stable release, I made a proposal to have 2 > releases: v16.07.1 shortly after v16.11-rc1 and v16.07.2 shortly after > v16.11. While the gap between v16.07 and v16.11 are 4 months, doing a > release each 2 month doesn't seem that bad. It may a bit stretch then > because the gap is shorter (3 months) since 16.11. Besides, the validation > team here are pretty busy after rc1, meaning it doesn't seem a good idea > to have another release shortly after that: they may quite be burdened. > > So I'm proposing to make one stable/LTS release per release cycle. For > example, we will have v16.11.1 shortly after v17.02, and judging that > v16.11 is a LTS release, we will have v16.11.2 after v17.05, and so on. > > And my plan towards a release is, I will monitor (by a script) the > official tree regularly (normally, weekly), and pick patches from there > if any to a specific stable branch. As before, an email notification will > be sent to the author and all email addresses mentioned in the patch > (normally, they are maintainers, reviewers, etc) once a patch is picked > as a stable candidate. > > Doing this regularly, hopefully, tells people that DPDK stable/LTS is > live and actively maintained. > > Any objections? If no, I could start picking patches since the beginning > of next week. OK, thanks Yuanhan. Have you received any proposal to help or maintain a future stable branch?