Hi,

With the recent chaos in the way we begin and ended releases, we would
like to propose a clean way to deal with releases and related decisions: [1]

PHP releases have always been done spontaneously, in a somehow chaotic
way. Individual(s) decided when a release will happen and what could
or could fit in. Release managers role are unclear and the way to
nominate them is not clearly defined either.

The goals of this RFC aim to solve these issues while giving to us,
our users and 3rd parties (distributions, contributors, etc.) more
visibility and the ability to actually have a roadmap, or plan
developments. This RFC aims to define:

* a clear release cycle, periodic
* a transparent decision process for the feature additions, via
the RFCs and a transparent but anonymous vote
* which changes can be done during a release lifetime (BC breaks,
bugs fixes, security fixes, etc.)
* a transparent way to choose release managers for a given release
* a better usage of bugs.php.net to track each change, addition,
bug fixes (security incl.) or other various tasks related to a release
* reduce time between bugs fix releases
* reduce the time to get new features in a release
* suppress BC breaks in bugs fix releases
* feature(s) preview release

[1] http://wiki.php.net/rfc/releaseprocess

-- 
Regards,
Felipe Pena

Reply via email to