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
Current Marge Bot logs do not always tell which MR Marge is working on, which can make debugging unnecessarily tedious, as one needs to read previous log lines to find an MR number or branch name, and hope the current log line is related.
Examples of logging with not enough info in itself:
2021-06-21 06:29:50,578 WARNING Suspicious CI status: None
2021-06-21 06:29:14,476 WARNING git returned 128
2021-06-21 06:29:13,783 INFO Running git -C /tmp/tmp_izdcf04/tmpcs1u03ih config user.name 'Marge Bot'
It would be great if the MR (or MRs, in case of batching? We don't use batching on my project so I don't know) - if any - that triggers a log line was (optionally? a configuration flag?) part of the log line.
I reckon not all log lines would be eligible, e.g. such logs are - I guess - meta and not directly linked to an MR:
2021-06-21 07:09:41,561 INFO Got 1 requests to merge;
2021-06-21 07:09:41,562 INFO Attempting to merge the oldest MR...
That way, one could easily search all logs related to an MR in case it fails and Marge greets us with the famous "I am broken inside" 😁
Note: Such info should probably be easily parseable to be digested into a log system, e.g. ELK or Prometheus/Grafana
What do you think about this idea?
Thank you for this tool!
The text was updated successfully, but these errors were encountered:
Current Marge Bot logs do not always tell which MR Marge is working on, which can make debugging unnecessarily tedious, as one needs to read previous log lines to find an MR number or branch name, and hope the current log line is related.
Examples of logging with not enough info in itself:
It would be great if the MR (or MRs, in case of batching? We don't use batching on my project so I don't know) - if any - that triggers a log line was (optionally? a configuration flag?) part of the log line.
I reckon not all log lines would be eligible, e.g. such logs are - I guess - meta and not directly linked to an MR:
That way, one could easily search all logs related to an MR in case it fails and Marge greets us with the famous "I am broken inside" 😁
Note: Such info should probably be easily parseable to be digested into a log system, e.g. ELK or Prometheus/Grafana
What do you think about this idea?
Thank you for this tool!
The text was updated successfully, but these errors were encountered: