-
-
Notifications
You must be signed in to change notification settings - Fork 10.1k
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 additional quiet check in update-report #10868
Conversation
Thanks for your PR, @dkav. I don't think it's a good idea to silence these messages with a One reason why these messages are printed out is that we've gotten a number of rather loud complaints about breaking changes and users being unaware of these. It's important that we try to make users more aware of breaking changes, and one way to try to do that is to make sure everyone sees these update messages. New releases don't happen very often (the last two were an exception: they were tagged to ship security fixes), so I don't think it's that burdensome to not be able to silence these messages. That said, if you still feel that strongly about this, it might be worth pursuing a more targetted silencing of these messages, so that there's a way to get the really important updates to users when they do |
Or, at the very least, |
Thanks for the feedback. I amended the change so that |
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.
One other thing I'd like to see if this change is made is for the Settings.write "latesttag", new_tag
call on line 95 to be moved down to where the message is actually displayed.
Calling the Settings.write
method remembers whether or not the "updated version" message has been shown, so it makes sense to only set this once the message actually shows. That way, if someone needs to run with --quiet
, they can still see the message next time they run brew update
.
Adding the following line just before the puts_stdout_or_stderr
calls on lines 192 and 197 should do it:
Settings.write "latesttag", new_repository_version
Amended with @Rylan12 suggestions. |
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.
Looks good to me, @dkav! Thanks! 🎉
Thanks so much for your first contribution! Without people like you submitting PRs we couldn't run this project. You rock, @dkav! |
Rebased against master to resolve the failing cask audit. |
brew style
with your changes locally?brew typecheck
with your changes locally?brew tests
with your changes locally?An additional
--quiet
check that excludes reporting of tagged releases and relevant online links. Revision changes are still reported. Builds on #10844.