-
Notifications
You must be signed in to change notification settings - Fork 44
detect more failure cases #98
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
base: master
Are you sure you want to change the base?
detect more failure cases #98
Conversation
to prevent them from diverging in the future - adjust Command::process_lines to change the 'pl lifetime when changing the processing function
the message is slightly different if there exists a potentially typoed crate
5c2bc45
to
0173b2d
Compare
it's helpful to add tests that confirmes that a case isn't handled before handling it and then updating the test
I totally forgot about this PR, generally don't hesitate to ping me if that happens again. Will try to find some time to do a first review this week. |
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.
so, I did a high level check of the code & the tests.
From a pure code perspective it looks good to me.
Thing is: I have not enough cargo & crater knowledge to judge if what you're doing is generally correct.
So I'll reach out to some other people to also validate this.
I think this is best reviewed commit-by-commit.
The first commit adds a sanity check for the buildtest crates and fixes an existing deviation.
The second commits adds a bunch of buildtest tests and crates that weren't handled before this PR.
The added tests/crates have been found by looking through the crater runs classifier as
Error
in the crater experiment beta-1.86-1.The remaining commits work through the added tests to properly classify them.
With these crates classified crater should sort them into the
Broken
category rather than theError
category. (For the existingPrepareError
variants immediately when the dependency is updated, for the new variants they would need to be added to be recognized in detect_broken)