Skip to content

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
Contributor

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.

5 participants