-
Notifications
You must be signed in to change notification settings - Fork 23.7k
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
Add hacking/shippable/incidental.py script. #68182
Add hacking/shippable/incidental.py script. #68182
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, ran things locally and can easily see what incidental coverage is occurring with the Windows modules.
Reducing incidental test coverage, and eventually removing incidental tests involves the following process: | ||
|
||
1. Run the entire test suite with code coverage enabled. | ||
This is done automatically each day on Shippable. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there an easy way for someone to determine the run number for this nightly run?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You can look at the run history for a given branch and look for the most recent run triggered by the shipabull
user. Here's the link for devel:
https://app.shippable.com/github/ansible/ansible/runs?branchName=devel
Until development resumes on devel
you'll want to look at temp-2.10-devel
instead:
https://app.shippable.com/github/ansible/ansible/runs?branchName=temp-2.10-devel
However, it's likely that the run has failed results, so you'll need to re-run the failed jobs. However, those will show up as triggered by the user who restarted them, which means multiple people trying to go through this process on the same day may each end up re-running the failed jobs.
Unfortunately there's not an easy way to deal with this currently. It should be possible to create a script using the Shippable API to find the latest nightly run, taking into account re-runs, so you'll know which one to use.
* Add hacking/shippable/incidental.py script. * Add README.md.
SUMMARY
Add hacking/shippable/incidental.py script and README.md to hacking/shippable/ directory.
ISSUE TYPE
Feature Pull Request
COMPONENT NAME
hacking/shippable/incidental.py