-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Propose an RFC process based on Rust's but lighter weight #1
Conversation
I just thought of another way we could potentially speed up our lighter-weight version of Rust's RFC process: make voting on an RFC happen in parallel with waiting on N days of FCP before merging, rather than waiting on votes and then sequentially starting N days of FCP.
|
What if a team member says we shouldn't move to FCP then? We'd already be in the middle of it. My understanding was that the team voting initiates FCP |
[detailed-explanation]: #detailed-explanation | ||
|
||
Right now, governance for repositories within the `rustwasm` organization | ||
[follow these rules][repo-governance] describing policy for merging pull |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe this should be permalinked to the current commit for posterity sake
full depth. | ||
- The FCP lasts seven calendar days. It is also advertised widely, e.g. in an | ||
issue of ["This Week in Rust and WebAssembly" on the Rust and WebAssembly | ||
blog](https://rustwasm.github.io/). This way all stakeholders have a chance to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we can also bring it up on ThisWeekInRust
text/001-the-rfc-process.md
Outdated
painstaking detail as Rust RFCs sometimes do (perhaps excluding *this* RFC). | ||
|
||
The phases of RFC development and post-RFC implementation are largely the same | ||
as the Rust RFC process. I found that the motivations for nearly every phase of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It might be better to remove uses of I in an RFC as it also serves as a reference if accepted. So it should be a bit more impersonal in nature.
text/001-the-rfc-process.md
Outdated
[unresolved]: #unresolved-questions | ||
|
||
- Will we use [`@rfcbot`][rfcbot]? I expect that if we can, we should, but this | ||
can be decided separately from whether to accept this RFC. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This would be cool
I was imagining that it would cancel the FCP and we would go back to development, the same way new concerns raised during FCP can send the RFC back to development. Open to other suggestions as well, or also keeping the serialized voting and then FCP. |
Apparently getting @rfcbot setup is pretty much a PR for https://github.com/anp/rfcbot-rs/blob/master/rfcbot.toml and https://github.com/anp/rfcbot-rs/blob/fd4e44f531e6127ed122921c16387dff5e7ac522/src/config.rs#L7 plus some permissions and webhooks stuff for this GH org. |
During our last WG meeting, @ashleygwilliams suggested adding some sort of "here is the outreach I've done to outside stakeholders" section to the template. I'll add something like that and then probably propose FCP (without the concurrent FCP and signing off discussed above). |
I am proposing we enter Final Comment Period for this RFC that establishes our RFC process! :) Disposition: merge @rustwasm/core members to sign off: |
👍 Looks great to me! |
very excited for this. thanks for the effort @fitzgen |
Enter the first ✨ Final Comment Period! \o/ |
FCP complete! The dawn of a new era! 🎉 |
RFC rendered
Template rendered