Skip to content

Describes how to push for stabilization. #125

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

Closed
wants to merge 2 commits into from

Conversation

kennytm
Copy link
Member

@kennytm kennytm commented Feb 8, 2018

The current guide only talks about how to create a PR after we have decided to stabilize a feature. I've now updated this document to show how to start the stabilization process.

The current guide only talks about how to create a PR after we have decided to stabilize a feature. I've now updated this document to show how to start the stabilization process.

Prepare PRs to update the documentations involving this new feature. You will likely need to submit PRs to [The Reference], [The Book] and [Rust by Example]. See the [Updating documentation](#updating-documentation) at the end of this page for detailed requirements.

Maintainers of these repositories will keep these PRs open until the whole stabilization process has completed. Meanwhile, we could proceed to the next step.
Copy link
Contributor

@mgattozzi mgattozzi Feb 8, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You might want to say can rather than could because it implies that you shouldn't have to wait around for these PRs to land. If you want the language to be even stronger with this using should is another good choice! :D This also applies to line 37 as well!


### Write a stabilization report

Find the tracking issue of the feature, and create a short stabilization report. Essentially this would be a brief summary of the feature plus some links to test cases showing it works as expected, along with a list of edge cases that came up and and were considered. This seems like a sort of minimal "due diligence" that we ought to do before stabilizing.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems like a sort of -> is a
ought to -> cut it out of the sentence

We're telling the user they need to write this so we shouldn't use language that might imply they don't need to!

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, I just copied the whole paragraph from niko's comment 😛

@mark-i-m
Copy link
Member

This content is being added to the rustc-guide in rust-lang/rustc-dev-guide#262, so we can probably close this PR.

@pietroalbini pietroalbini deleted the kennytm-patch-stabilization branch January 16, 2019 16:37
@pietroalbini
Copy link
Member

Done.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants