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 sorting uses the workflow dispatch time, what does not match the
order for commit sequence. The correct approach is to sort by merge
timestamp for all workflows.
This was causing errors in the detection logic, as it was mixing the
order of jobs for commit evaluation, detecting rules where it should
not.
```
==================================================
SUMMARY STATISTICS
==================================================
Workflow(s): Lint, trunk, pull, inductor, linux-binary-manywheel
Timeframe: 4380 hours
Commits checked: 33873
Auto revert patterns detected: 560
Actual reverts inside auto revert patterns detected (%): 204 (36.4%)
Total revert commits in period: 601
Revert categories:
nosignal: 215 (35.8%)
ghfirst: 151 (25.1%)
uncategorized: 105 (17.5%)
ignoredsignal: 70 (11.6%)
weird: 46 (7.7%)
landrace: 14 (2.3%)
Total reverts excluding ghfirst: 450
Reverts (excluding ghfirst) that dont match any auto revert pattern detected (%): (268) (59.6%)
*********************************************************************
STATS SUMMARY:
PRECISION: 36.4%
RECALL: 33.9%
F1: 35.1%
*********************************************************************
Per workflow precision:
Lint: 50 reverts out of 60 patterns (83.3%) [excluding ghfirst: 46 (76.7%)]
trunk: 40 reverts out of 74 patterns (54.1%) [excluding ghfirst: 37 (50.0%)]
pull: 79 reverts out of 276 patterns (28.6%) [excluding ghfirst: 74 (26.8%)]
inductor: 34 reverts out of 144 patterns (23.6%) [excluding ghfirst: 31 (21.5%)]
linux-binary-manywheel: 1 reverts out of 6 patterns (16.7%) [excluding ghfirst: 0 (0.0%)]
```
0 commit comments