[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] RFC: Survey on release cycle



On Mon, 12 Oct 2015, Wei Liu wrote:
> Hi all
> 
> We've had two separate discussions about release cycles, one for
> normal release [0], the other for changes in stable release
> maintenance and possible long term supported releases [1]. There were
> overwhelming support for having a shorter release cycle from
> xen-unstable but we couldn't reach consensus on how to manage stable
> releases.
> 
> The details on the current 9 months release cycle and proposed 6
> months release cycle can be found in [0], while the current scheme for
> stable releases can be found in [2]. A plethora of arguments can be
> found in both [0] and [1], but in the end most if not all of them boil
> down to empirical arguments / expectations or just merely different
> opinions on the same fact so there wasn't really concrete outcome of
> that two threads.
> 
> With the release of 4.6, it's important that we have agreement so that
> we can get on with planning next release.
> 
> There are several general options on how to proceed that I summarise
> from previous discussions. Note that because there are too many moving
> parts I pick some of my preferences as a starting point for the
> discussion. I also omit the combination of 9 months release cycle +
> LTS scheme because it doesn't look attractive in the first place.
> 
> Please express your preference with -2 (strongly argue against), -1
> (not happy but not against), +1 (happy but won't argue for) and +2
> (happy and argue for).
> 
> # 6 months release cycle + current stable release scheme
> 
> The same stable release scheme applies (18 months full support + 18
> months security fixes). Encourage more people to step up to share the
> maintenance burden if necessary. Automate part of the workflow to
> maintain stable releases. Write down guideline for maintainers.

+1
I think it would be a bit too much work for us, but we could probably
cope. However it is still better than what we have now.


> # 6 months release cycle + LTS scheme
> 
> Pick LTS release every 4 releases. Announce LTS before hand. Non-LTS
> releases receive shorter support. Encourage more people to step up to
> share the maintenance burden if necessary. Automate part of the
> workflow to maintain stable releases and LTS releases. Write down
> guideline for maintainers.
> 
> The length of support hasn't been discussed thoroughly -- but to make
> LTS scheme stand out the length of support would be longer than what
> we have now (18 + 18).

+2
LTSes solve the problem of the load on stable trees maintainers.


> # 9 months release cycle + current stable release scheme
> 
> Don't change anything.

-2

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.