PHP RFC: Clarify discussion and voting period rules
Introduction
The current written policy governing the RFC process no longer matches the current process practiced and expected by the community.
This leads to confusion for participants that are less familiar with the RFC process and possible points of contention when the current underspecified policy is used as an argument to “bend the rules” with regard to the process expected nowadays.
Proposal
Accept the policy in https://github.com/php/policies/pull/23.
The policy intends to formalize various unwritten rules and best practices of the RFC process that were only upheld based on a “Gentleman’s Agreement”.
To summarize the changes in the PR from a high-level perspective, the updated policy clearly specifies:
A minimum of 2 weeks of discussion even for non-language RFCs.
An extension of the discussion period after making changes to the
RFC text.
That changes to
RFC text need to be announced on the list when they are ready to be reviewed and discussed.
That the discussion period needs to be extended when the discussion was inactive for too long.
That a “heads up” email needs to be sent before the start of a vote.
The information that need to be specified in the email announcing the vote.
That the end of the voting period may not fall into the end-of-year holiday period and must be extended as necessary (or the start of the vote deferred).
Open Issues
Future Scope
Voting Choices
Patches and Tests
Implementation
After the RFC is implemented, this section should contain:
the version(s) it was merged into
a link to the git commit(s)
a link to the PHP manual entry for the feature
References
Links to external references, discussions, or RFCs.
Rejected Features
Changelog