-
Notifications
You must be signed in to change notification settings - Fork 52
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
failOnPassedAfterRetry
should not be a part of the cache key
#113
Comments
The problem with removing the flag as an input would be the following case:
Consider a hypothetical test that always fails on the first invocation and always passes on retry. The test task on The real solution would be to consider a cache entry from Something similar could be used for a task that runs a subset of tests: if there's a cache entry where all tests pass, then we could use it to avoid running a subset of tests. But we would never want to do the opposite. |
That makes sense. For an ideal world we would only want caching in one direction. But in practice, I think the outcomes and successful task executions that are cached are the same. These are flaky tests. We are just caching the result when they're not flaky. This would be same as if the test happend to execute successfully the first time. Another thing to consider is that the |
For those who experience this miss but one of the two builds has |
Also reduce the number of suggested retries to 2. Ref #113
Also reduce the number of suggested retries to 2. Ref #113
Also reduce the number of suggested retries to 2. Ref #113 Signed-off-by: Nelson Osacky <[email protected]>
Many projects have a different value set for
failOnPassedAfterRetry
locally vs on CI systems. This will cause a remote cache miss for test tasks.Since this property causes a test task to fail in more cases and thus not generate a cache entry it would mean that the successful outcomes of the test task are the same, its just a smaller set of cases where a cache entry is created.
Because of this, would it be possible to remove this flag as an input to the task and thus avoid this cache miss?
The text was updated successfully, but these errors were encountered: