-
Notifications
You must be signed in to change notification settings - Fork 9
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
Current state of Partialtesting #8
Comments
Hi Merlin, nice to hear you are using PT! For your points 1 & 2 (Non-python files triggering full test run & Can't ignore specific tests), I think this might be helpful: Basically, you can use This should be docummented in the README but it's not. Currently it's only visible via |
Thanks for responding (and so quickly too!). I had a look through that file before the end of 2020, but I think I'd misunderstood how those were being used. I see now that I can override those defaults via the CLI. From a few lines below in that file it looks like |
I'll need to review the code you linked further. For some of our cases I think it will work, but there is a case where we want to completely ignore some files. Much like the |
Perhaps
Yea, I think it sounds like a good idea to have |
I've been using partialtesting and wanted to raise a few issues & open some discussion here as it's rather quiet. I think there's some points that people should be aware of and consider before using this tool. It would be interesting to know if anyone is using it (or similar alternatives) on larger projects.
Here are the things I've noticed:
Non-python files triggering full test run
This is documented, non-project files result in a full test run. There's no way to ignore certain files, should a config file change trigger a full test run? Probably. Should a README file change trigger a full test run? Probably not. It seems like it would be useful for the user to specify which files should cause this.
Can't ignore specific tests
Similar to the above, if I have some tests which aren't part of my regular test suite (perhaps they are integration tests to run against a specific environment) then there's no easy way to just instruct partialtesting to ignore them.
CI Pipeline integration
This is always going to be tricky. If two PRs are opened which have some overlap and both pipelines pass, when one is merged into master the coverage file there will change, and the partialtest in the unmerged PR is no longer valid.
Partial/Full/No Test
The way to identify whether to run a partial, full or no test is one of the following:
It would be much clearer and consistent to handle if a file was always created containing a known & consistent format, like JSON to be parsed with jq.
The text was updated successfully, but these errors were encountered: