-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
Add tracking issue template for library features. #79698
Conversation
cc @rust-lang/libs |
Are you interested in instead adding info about this to the dev-guide? I'd love to add it, it's just a little scattered right now. rust-lang/rustc-dev-guide#932 |
@jyn514 Yes, definitely. Some time Soon:tm:. |
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.
Thanks for working on this @m-ou-se!
I think it might be worth adding a section for Public API so that we always include the API surface area that a feature covers. It might fall out of date, but I think is still worthwhile for context. What do you think?
Yeah, that's more or less what I meant with:
I didn't ask for a full copy of the public API, because I don't think I've ever seen a tracking issue that had that where it wasn't outdated. As soon as a feature is part of nightly, I suppose the online docs would be the best reference. |
Feel free to push any changes/additions to this branch. (This is only a PR because this file needs to be in this repository, otherwise it'd just be some hackmd everyone can edit.) |
Yeh, that's true. The online docs are helpful too, but you also kind of have to know what you're looking for since you can't search them by feature name. I ended up bootstrapping a little tool in our Libs repo to try make it easier to find the unstable API for a given feature, so maybe that would make it easier for us to either keep a summary up-to-date or to just look at the scope of a given feature on-demand. |
@KodrAus would it help to add |
08a975c
to
d09c45b
Compare
d09c45b
to
f7306b1
Compare
@KodrAus I added a 'Public API' section. If you have any suggestions, feel free to just push them directly. (Or if you don't have time, we can also just merge this for now and improve things later.) Nice tool you made, by the way. :) |
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 looks good to me!
Thanks @m-ou-se
@jyn514 Oh I’m not familiar with |
@bors r+ rollup |
📌 Commit f7306b1 has been approved by |
Actually this should probably go the other way - have rustdoc automatically add a search alias for the feature name when you add |
…e, r=KodrAus Add tracking issue template for library features. This adds a issue template for a library tracking issue. There's already a template for tracking issues, but it's mostly geared towards compiler/language features. A separate template makes it a bit easier to make sure it matches with the process we use for library changes. Main differences: - Added a note about how small library features can be added without RFC, and removed the parts that assume there's an RFC. - Merged the 'Steps' and 'History' sections: Library features are often small enough that there's no multiple steps planned ahead of time. - Removed the section about avoiding large discussions and opening separate issues for problems with the feature. Library features are usually focussed enough that the discussion about a feature is best kept together in the tracking issue. - Removed links to the rustc-dev-guide, which are specific to changes in the compiler and language.
Rollup of 11 pull requests Successful merges: - rust-lang#77027 (Improve documentation for `std::{f32,f64}::mul_add`) - rust-lang#79375 (Make the kernel_copy tests more robust/concurrent.) - rust-lang#79639 (Add long explanation for E0212) - rust-lang#79698 (Add tracking issue template for library features.) - rust-lang#79809 (Dogfood `str_split_once()`) - rust-lang#79851 (Clarify the 'default is only allowed on...' error) - rust-lang#79858 (Update const-fn doc in unstable-book) - rust-lang#79860 (Clarify that String::split_at takes a byte index.) - rust-lang#79871 (Fix small typo in `wrapping_shl` documentation) - rust-lang#79896 (Make search results tab and help button focusable with keyboard) - rust-lang#79917 (Use Symbol for inline asm register class names) Failed merges: r? `@ghost` `@rustbot` modify labels: rollup
This adds a issue template for a library tracking issue.
There's already a template for tracking issues, but it's mostly geared towards compiler/language features. A separate template makes it a bit easier to make sure it matches with the process we use for library changes.
Main differences: