-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
more toolstate comments #69693
more toolstate comments #69693
Conversation
@@ -325,11 +325,11 @@ fn prepare_toolstate_config(token: &str) { | |||
Err(_) => false, | |||
}; | |||
if !success { | |||
panic!("git config key={} value={} successful (status: {:?})", key, value, status); | |||
panic!("git config key={} value={} failed (status: {:?})", key, value, status); |
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 was just a typo, wasn't it?
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.
I noticed that, and switched one of them in my PR to "unsuccessful". My only thought is that maybe it was written like how some people use expect()
and put the expected result/behavior in the string (like expect("does not fail")
) instead of explaining the error (expect("error")
). I find that quite confusing myself, but I see how reading "expect error" in English is also confusing, since it does the opposite. I kinda wish a different word than expect
was chosen. (Sorry, off-topic ramble.)
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.
unsuccessful
seems fine, too (it was used above so it is more consistent).
Rolled this up into #69705. |
Great, thanks! I will close this one then. |
…ta, r=Mark-Simulacrum Toolstate: remove redundant beta-week check. I made a bit of a mistake in rust-lang#69624. The "beta regression" doesn't need to be checked twice. I also rolled up rust-lang#69693 to avoid merge conflicts.
…ta, r=Mark-Simulacrum Toolstate: remove redundant beta-week check. I made a bit of a mistake in rust-lang#69624. The "beta regression" doesn't need to be checked twice. I also rolled up rust-lang#69693 to avoid merge conflicts.
…ta, r=Mark-Simulacrum Toolstate: remove redundant beta-week check. I made a bit of a mistake in rust-lang#69624. The "beta regression" doesn't need to be checked twice. I also rolled up rust-lang#69693 to avoid merge conflicts.
…ta, r=Mark-Simulacrum Toolstate: remove redundant beta-week check. I made a bit of a mistake in rust-lang#69624. The "beta regression" doesn't need to be checked twice. I also rolled up rust-lang#69693 to avoid merge conflicts.
…ta, r=Mark-Simulacrum Toolstate: remove redundant beta-week check. I made a bit of a mistake in rust-lang#69624. The "beta regression" doesn't need to be checked twice. I also rolled up rust-lang#69693 to avoid merge conflicts.
Adjust some comments for the rewrite of parts of this in Rust.
However, I am still confused by what I raised at #69624 (comment).
r? @Mark-Simulacrum