You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I haven't looked too close at the implementation, but given that mypy_primer gets to run on the base commits, could we somehow leverage GitHub action cache to get the "base" errors?
Maybe we could have mypy_primer expect to find "base" errors in a specific directory that could be "primed" by actions/cache? In that case, I assume it should pick up a cached project date, as you want to compare apples to apples.
The text was updated successfully, but these errors were encountered:
ikonst
changed the title
Use cached previous run
Use cached "base" errors
May 26, 2023
Something like that sounds interesting. You're right that making sure we check out the same versions of all the projects is the important detail to get right. Will also have to think a little about versioning of mypy_primer itself, since currently we just always use latest. I guess it will make primer errors on old PRs a little harder to debug, but that seems fine since we can just merge master in. Given complexity, might only be worth it once mypy_primer is the slowest step in mypy CI.
I haven't looked too close at the implementation, but given that mypy_primer gets to run on the base commits, could we somehow leverage GitHub action cache to get the "base" errors?
Maybe we could have mypy_primer expect to find "base" errors in a specific directory that could be "primed" by actions/cache? In that case, I assume it should pick up a cached project date, as you want to compare apples to apples.
The text was updated successfully, but these errors were encountered: