Skip to content
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

Make the docs clearer for new contributors #5874

Merged
merged 1 commit into from
Aug 10, 2020
Merged

Conversation

camelid
Copy link
Member

@camelid camelid commented Aug 7, 2020

It confused me before, so I made it extra obvious that you need to run
a script to set up your toolchain before you can build Clippy.

I also added a note so that new contributors aren't confused when
Clippy doesn't build as a result of a change in rustc's internals.

changelog: make CONTRIBUTING.md clearer for new contributors

@rust-highfive
Copy link

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @matthiaskrgr (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Aug 7, 2020
@flip1995
Copy link
Member

flip1995 commented Aug 7, 2020

This is already described in basics.md. Maybe we should make it more obvious, that people that are new to Clippy should definitely take a look at that document.

@flip1995 flip1995 added S-waiting-on-author Status: This is awaiting some action from the author. (Use `@rustbot ready` to update this status) and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties labels Aug 7, 2020
@flip1995
Copy link
Member

flip1995 commented Aug 7, 2020

r? @flip1995

CONTRIBUTING.md Outdated Show resolved Hide resolved
CONTRIBUTING.md Outdated Show resolved Hide resolved
CONTRIBUTING.md Outdated Show resolved Hide resolved
CONTRIBUTING.md Show resolved Hide resolved
doc/basics.md Outdated
Comment on lines 56 to 60
**Note:** You may get compiler errors when building Clippy, even if you
didn't change anything. That's because, as mentioned earlier, Clippy
depends on rustc internals. There is [discussion][nightly-build-issue]
on ways to make sure that rustc does not break Clippy in the future
so that Clippy always builds.
Copy link
Member Author

Choose a reason for hiding this comment

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

Should we mention that this is called a tool breakage and link to forge docs?

Copy link
Member

Choose a reason for hiding this comment

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

No, this is different from classic tool breakages.

Copy link
Member Author

Choose a reason for hiding this comment

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

Hmm, I guess I didn't realize that. Are there docs that talk about the differences between classic tool breakages and clippy tool breakages?

Copy link
Member

Choose a reason for hiding this comment

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

Yeah, see https://rustc-dev-guide.rust-lang.org/contributing.html#external-dependencies-subtree and the following section.

TL;DR: Clippy breakages will never appear in nightlies delivered with rustups, so they aren't user facing.

Copy link
Member Author

Choose a reason for hiding this comment

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

So when there's an internal breaking change, clippy is updated in rust-lang/rust, but then has to be brought over to this repository (rust-lang/rust-clippy)?

Copy link
Member

Choose a reason for hiding this comment

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

Yes, exactly.

doc/basics.md Outdated Show resolved Hide resolved
doc/basics.md Show resolved Hide resolved
CONTRIBUTING.md Outdated Show resolved Hide resolved
* Add an easy-to-see note at the top of `CONTRIBUTING.md` that points
  new contributors to the Basics docs
* Add a note about compiler errors as a result of internals changes
  that break Clippy
Copy link
Member

@flip1995 flip1995 left a comment

Choose a reason for hiding this comment

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

Thanks for pointing this out and improving the doc! No we're waiting for the rustup.

@flip1995 flip1995 added S-waiting-on-bors Status: The marked PR was approved and is only waiting bors and removed S-waiting-on-author Status: This is awaiting some action from the author. (Use `@rustbot ready` to update this status) labels Aug 7, 2020
@flip1995
Copy link
Member

@bors r+ rollup

@bors
Copy link
Contributor

bors commented Aug 10, 2020

📌 Commit bd71b01 has been approved by flip1995

bors added a commit that referenced this pull request Aug 10, 2020
Rollup of 5 pull requests

Successful merges:

 - #5825 (Add the new lint `same_item_push`)
 - #5869 (New lint against `Self` as an arbitrary self type)
 - #5870 (enable #[allow(clippy::unsafe_derive_deserialize)])
 - #5871 (Lint .min(x).max(y) with x < y)
 - #5874 (Make the docs clearer for new contributors)

Failed merges:

r? @ghost

changelog: rollup
@bors bors merged commit 7f6897c into rust-lang:master Aug 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-bors Status: The marked PR was approved and is only waiting bors
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants