-
Notifications
You must be signed in to change notification settings - Fork 140
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
Remove command descriptions in case the whole application is failing #4290
base: main
Are you sure you want to change the base?
Conversation
eb9d95f
to
012156e
Compare
Codecov ReportAttention: Patch coverage is
❗ Your organization needs to install the Codecov GitHub app to enable full functionality. Additional details and impacted files@@ Coverage Diff @@
## main #4290 +/- ##
=======================================
Coverage 64.28% 64.28%
=======================================
Files 402 402
Lines 26944 26950 +6
=======================================
+ Hits 17321 17326 +5
- Misses 8256 8257 +1
Partials 1367 1367
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
tested and it works as expected. |
Just quick note: toplevel command will still print --help in case of error (I think it's exepected and waht we want:
|
Description
Most of the operator subcommands are invoked by hardcoded pod commands. When these commands fail, a usage description is printed. This is unnecessary and causes confusion in the logs, so the print statements should be removed for subcommands that are not directly called by the user.
Example of confusing log:
Jira
How can this be tested?
Make the init container fail with an error, it should only log the error.