Ignore gradle plugin in codecov

[BraisGabin]

The code coverage reports from codecov about our gradle plugin aren't correct. For that reason it's better to ignore them so we don't get that noise in our PRs.

Following this documentation: https://docs.codecov.io/docs/ignoring-paths

[codecov]

Codecov Report

Merging #3740 (6657464) into main (b2c13aa) will increase coverage by 4.71%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##               main    #3740      +/-   ##
============================================
+ Coverage     78.75%   83.47%   +4.71%     
+ Complexity     2900     2891       -9     
============================================
  Files           473      451      -22     
  Lines          9336     8733     -603     
  Branches       1722     1652      -70     
============================================
- Hits           7353     7290      -63     
+ Misses         1075      544     -531     
+ Partials        908      899       -9     

Impacted Files	Coverage Δ	Complexity Δ
...kotlin/io/gitlab/arturbosch/detekt/DetektPlugin.kt
...ab/arturbosch/detekt/extensions/DetektExtension.kt
...tlab/arturbosch/detekt/DetektCreateBaselineTask.kt
...b/arturbosch/detekt/extensions/DetektReportType.kt
.../gitlab/arturbosch/detekt/internal/FileMangling.kt
...lin/io/gitlab/arturbosch/detekt/KotlinExtension.kt
...o/gitlab/arturbosch/detekt/internal/DetektPlain.kt
.../arturbosch/detekt/internal/DetektMultiplatform.kt
...tlab/arturbosch/detekt/extensions/DetektReports.kt
...gitlab/arturbosch/detekt/report/ReportMergeTask.kt
... and 12 more

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b2c13aa...6657464. Read the comment docs.

[3flex]

Does filtering out the project in the root build.gradle.kts have the same effect?

There are already some subprojects that are ignored that way, might add well use the same method if possible.

[chao2zhang]

Does filtering out the project in the root build.gradle.kts have the same effect?

Good point. The build.gradle.kts configures jacoco test report while codecov.yml configures the code coverage CI.
If we want to report code coverage for detekt-gradle-plugin separately, I believe modifying codecov.yml as shown in this PR would be a reasonable choice.

[schalkms]

Does filtering out the project in the root build.gradle.kts have the same effect?

Good point. The build.gradle.kts configures jacoco test report while codecov.yml configures the code coverage CI.
If we want to report code coverage for detekt-gradle-plugin separately, I believe modifying codecov.yml as shown in this PR would be a reasonable choice.

Yes, this would be the preferred way.

[3flex]

:detekt-gradle-plugin:test task should also be skipped on the code coverage CI job which will speed it up. It doesn't currently use the build cache and the Gradle test task takes 12 minutes (only part of run time is in parallel with other tasks).

https://scans.gradle.com/s/dt73yepgj2gxm/timeline