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
What package manager are you using / does the bug impact?
Yarn v1
What operating system are you using?
Mac
Which canary version will you have in your reproduction?
2.0.15-canary.2
Describe the Bug
As explained here on our CI, I end up in a situation where the dry run tells me there is no local cache (even though it is restored via a prior step), but when I run the actual task, it's a full turbo.
Expected Behavior
I am expecting both to be coherent, so that I can rely on the --dry=json parameter to know when to skip CI steps
To Reproduce
I managed to reproduce it locally as you can see in the following screenshot, using this repo
Additional context
No response
The text was updated successfully, but these errors were encountered:
outputs already on disk means the cache wasn’t even checked in the real run. The daemon was watching the outputs for your task, and they didn’t change since the last run, so it assumes that it’s a cache hit. In this scenario it is plausible there is no cache entry for the run, but we still get a “cache hit”.
Maybe it should say “cache bypass” (like it does when using the - - force flag, albeit for the opposite reason)
As Mehul explained above, for local runs with the daemon this is expected behavior since outputs haven't change so nothing needs to be restored from cache.
A few follow up questions:
Is remote cache enabled for either the --dry=json run or the real run? (i.e. is TURBO_TOKEN set?)
Can you provide a reproduction (or the equivalent shell commands) of your CI setup?
Verify canary release
Link to code that reproduces this issue
https://github.com/BenjaminVanRyseghem/turbo-bug
What package manager are you using / does the bug impact?
Yarn v1
What operating system are you using?
Mac
Which canary version will you have in your reproduction?
2.0.15-canary.2
Describe the Bug
As explained here on our CI, I end up in a situation where the dry run tells me there is no local cache (even though it is restored via a prior step), but when I run the actual task, it's a full turbo.
Expected Behavior
I am expecting both to be coherent, so that I can rely on the --dry=json parameter to know when to skip CI steps
To Reproduce
I managed to reproduce it locally as you can see in the following screenshot, using this repo
Additional context
No response
The text was updated successfully, but these errors were encountered: