Closed kingoleg closed 6 years ago
Hi @kingoleg,
Unfortunately it is not that easy.
We can't simply assume that inside diff view == true positive
and outside diff view == false negative
.
The only way to have this correct is by performing a scan on the correct PR baseline. (And doing a rescan if the baseline changes).
Anything else will result in wrong behaviour.
For example: You modify your tests so that less code is covered. The issue will be reported to the file where the code is defined, not where you modified the tests. If we ignore this issue people will be unhappy.
Unfortunately, there is no option to rescan baseline after each PR merge. It takes ~1 hour.
In our case it's better to have quite good PR check than "ideal" PR check with a lot of garbage belong to code that is not exist in diff/PR
Hi,
This is something I patched in my fork, but now Amadeus master and 1.3 are far away of that and it is not possible to create a PR.
So, the issue is that it is possible that sonar-stash analysis will found a new issue while PR diff doesn't consist the change. It is base of workflow we use.
What is wanted:
Per each issue sonar-stash found, we have to filter it thru PR diff before use it in PR overview comment or in decision to approve PR or not
Regards, Oleg