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
The main way I know to force an update to the cache is changing the prefix-key, but AFAIK that will start from scratch instead of reusing an old cache entry.
I'm trying to debug why some dependencies are being rebuilt and it would be a quicker debug process if I could reuse the current cache when updating the cache (ofc if I'm able to identify the issue, I would want to do a final test from a clean slate to make sure things aren't just working due to the cache built up during debugging).
The text was updated successfully, but these errors were encountered:
Looking at the source for how the restore key vs the full cache key are computed, it seems like I may be able to edit a comment in .cargo/config.toml as a workaround for this.
@Imberflur
Did you found solution for that? I also experience this issue, looks like it always use the firstly created cache, and as the time goes the cache become useless
@thewh1teagle the only solution I know is the workaround in my previous comment. There may be other files you can add comments to as a workaround, but I don't remember the details.
The main way I know to force an update to the cache is changing the
prefix-key
, but AFAIK that will start from scratch instead of reusing an old cache entry.I'm trying to debug why some dependencies are being rebuilt and it would be a quicker debug process if I could reuse the current cache when updating the cache (ofc if I'm able to identify the issue, I would want to do a final test from a clean slate to make sure things aren't just working due to the cache built up during debugging).
The text was updated successfully, but these errors were encountered: