Closed llucax closed 3 years ago
Merging #400 (cb3fcba) into master (cec3c92) will increase coverage by
1.71%
. The diff coverage is0.00%
.
@@ Coverage Diff @@
## master #400 +/- ##
==========================================
+ Coverage 48.55% 50.27% +1.71%
==========================================
Files 5 5
Lines 1423 1456 +33
==========================================
+ Hits 691 732 +41
+ Misses 732 724 -8
Impacted Files | Coverage Δ | |
---|---|---|
codecov | 61.30% <0.00%> (+1.78%) |
:arrow_up: |
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 cec3c92...cb3fcba. Read the comment docs.
BTW this issue was already reported at least in the codecov github action repository: https://github.com/codecov/codecov-action/issues/144
Thanks @llucax
Purpose
Allowing
-f path/*/glob
to work as expected (find files as the shell would when using that sort of glob). This also provides a more uniform interface as most options dealing with specifying files can deal with it in the expected way (even using the -f option to specify exclusions, like -f !path/*/glob, work).Notable Changes
Just use -path instead of -name as an option to find when -f is used for inclusions (as said before, for exclusions is already used).
Tests and Risks?
Tests are not provided as I didn't see any tests for any other -f use case, but maybe I just missed them? I looked in the
tests/test
file. I'm not familiar enough with shunit to add tests -f myself.There is the risk of surprising some user that is writing some coverage report to some path that includes a literal
*
as part of the path and that have other files that will now match the glob and are not wanted in the codecov report upload.So something like:
-f path/*/glob
in a project producing the following files:Now will only find the file
path/*/glob
and with this change it will findpath/to/glob
too.But this looks like a very unlikely scenario.