Hi, From a userland perspective, there should be absolutely no feature addition in a "bugfix" version (x.y.Z+1) : we would see (just like what we see today) frameworks, apps, or libraries depending on specific bugfix releases, and this would not make php versioning easier to understand for anybody.
And for you core devs, this is an open window for bypassing the standard versioning process, which could result in long discussions or determining if a feature is a self-containing one or not, and should be released in a bugfix version. Allowing these exceptions would not IMO enhance the release process... Cheers -- Benjamin Dubois Le mercredi 1 juin 2011 à 12:09, Pierre Joye a écrit : > Hi, > > Long due but finally sending the final RFC for the release process. > > There a couple of changes since the last time, they are all about > making it more transparent or catch the edge cases. We also got new > proposers on board, we are now basically almost all active devs on > board. > > URL: https://wiki.php.net/rfc/releaseprocess > > In parallel to the current discussions about 5.4's features, let get > this RFC approved and use right away for 5.3 (to define its life time) > and 5.4. That will spare us the issues we had in the past with 5.3, > for example and ensure that we get 5.4 release in a reasonable > timeframe and without endless delays, or features additions. > > It is important to keep in mind that this RFC is not written in stone > but it is a good base to begin with. We can always adapt it later, if > necessary. > > https://wiki.php.net/rfc/releaseprocess/vote for the votes, pls add > your svn id. Proposers do not need to do it as they are indeed there > as +1 already (I added myself as example) > > Cheers, > -- > Pierre > > @pierrejoye | http://blog.thepimp.net | http://www.libgd.org > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php
