-
Notifications
You must be signed in to change notification settings - Fork 178
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Import coverdata if needed #292
Conversation
I will fix and add tests if you think the feature is ok |
Thanks and sorry being late to respond. Is it possible for you to provide example for this option for understanding the scenario better? (document, example code, etc.) |
@parroty I'll use the example taken from mix test.coverage to explain the changes. Imagine you want to run tests split in different partitions, at the moment you won't get the real coverage from excoveralls since the only a subset of tests is ran in each partition. With this change, we mimic the behavior of mix by exporting
The first 2 commands generate Another example, similar to my use case, is when you want to test your application with something different from |
Hi @parroty, did you manage to take a look at the provided example? In the next days, I will add documentation and tests |
Thanks for the additional work, and sorry being late to respond 🙇 . |
This PR aims to handle the generation and import of coverage data.
For generation, we need to handle the
:export
and:output
options given toExCoveralls.start/2
function. These options are described in Mix documentation for test.coverage.For import, I added a new command line option (
--import-cover
) for selecting a directory from where cover data should be loaded. These files will be imported after module cover-compilation and their data will be added to the generated report.