RE: [PHP-DEV] What's our official stance on small self-contained additions in a micro version
| From: | François Laupretre | Date: | Wed, 01 Apr 2015 16:28:37 +0000 |
| Subject: | RE: [PHP-DEV] What's our official stance on small self-contained additions in a micro version | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-85639@lists.php.net to get a copy of this message | ||
> De : Ferenc Kovacs [mailto:tyra3l@gmail.com]
>
> I could accept any decision between holding off new features until next
> minor/major and allowing features explicitly without going through an RFC, but I
> want to have an explicit definition on what is allowed and how should the case-
> by-case process work.
The release process document is clear : "New features or additions to the core should go
through the RFC process." (hopefully considering the 'core' as the whole PHP
distribution). It would be better using "must" instead of "should" but it is
quite clear.
So, providing "a room for exceptions on a case by case basis and only for small self-contained
features and additions" does not mean that these features don't have to go through an RFC.
There is nothing to add to the rules, we just need to have them enforced by people who currently
merge new features without demanding an approved RFC. If everyone respects the rules, the 'case
by case process' is clear, it means 'approved through an RFC'. Only bug fixes with no
side effect can be merged without an RFC.
So, once again, as https://github.com/php/php-src/pull/1145 clearly
did not follow the rules and was not approved in any way, I'm asking whoever merged it to
revert the change and ask the author to go through an RFC.
Regards
François