You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request. Searching for pre-existing feature requests helps us consolidate datapoints for identical requirements into a single place, thank you!
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request.
If you are interested in working on this issue or have submitted a pull request, please leave a comment.
Describe the user story
A running Atlantis instance with logging level set to info logs every few seconds information about the lock status, most of the times this being the lock is free. I find very little utility in logging that a project is unlocked that many times.
Describe the solution you'd like
My suggestion would be to inspect the lock status and only log to info level if the lock is taken, and logging to debug level otherwise, if not more drastically demote the lock status log to debug entirely.
Describe the drawbacks of your solution
Inspecting the lock status and then decide which log level to use for that information would make the code a bit more verbose, but I think it's worth saving thousands of lines of logs.
Describe alternatives you've considered
As I already said, an alternative would be to demote the log to debug entirely. This option would leave the code as readable as it it, but may hinder the visibility of taken locks through logs (I don't this this would be a big issue, but it's worth noting it).
The text was updated successfully, but these errors were encountered:
Community Note
Describe the user story
A running Atlantis instance with logging level set to info logs every few seconds information about the lock status, most of the times this being the lock is free. I find very little utility in logging that a project is unlocked that many times.
Describe the solution you'd like
My suggestion would be to inspect the lock status and only log to info level if the lock is taken, and logging to debug level otherwise, if not more drastically demote the lock status log to debug entirely.
Describe the drawbacks of your solution
Inspecting the lock status and then decide which log level to use for that information would make the code a bit more verbose, but I think it's worth saving thousands of lines of logs.
Describe alternatives you've considered
As I already said, an alternative would be to demote the log to debug entirely. This option would leave the code as readable as it it, but may hinder the visibility of taken locks through logs (I don't this this would be a big issue, but it's worth noting it).
The text was updated successfully, but these errors were encountered: