For monorepos the github actions job level path filters are cumbersome to the point that my predecessors opted to make all coverage tests just be their own workflows. This has the artifact of every commit and the associated job triggers multi-pushing reports under different build ids where from our perspective they are part of the same commit/run.
This PR let's use overload build-number for those cases
For monorepos the github actions job level path filters are cumbersome to the point that my predecessors opted to make all coverage tests just be their own workflows. This has the artifact of every commit and the associated job triggers multi-pushing reports under different build ids where from our perspective they are part of the same commit/run.
This PR let's use overload build-number for those cases