aboutsummaryrefslogtreecommitdiff
path: root/flake.lock
diff options
context:
space:
mode:
authorMichael Davis2022-03-14 02:44:51 +0000
committerGitHub2022-03-14 02:44:51 +0000
commit43fc073cb3de9cb007212e48c9e755a602bccaa2 (patch)
tree7d2f14fdfdbeb5b2a908b822b0eb2249d785ce0c /flake.lock
parentc94c0d9f1c01344765d564946b43dd5a588cb7b3 (diff)
ci: configure restore-keys for caches (#1806)
`restore-keys` is a configuration option for the actions/cache action which specifies fallback behavior. The [docs][docs] say it best: > When a cache miss occurs, the action searches for alternate keys > called `restore-keys`. > > If you provide `restore-keys`, the `cache` action sequentially > searches for any caches that match the list of `restore-keys`. > ... If there are no exact matches, the action searches for partial > matches of the restore keys. When the action finds a partial match, > the most recent cache is restored to the `path` directory. So this improves caching when there's a miss. For example if I edit `.github/workflows/languages.toml`, the current behavior is that the cache for downloaded grammars will miss and all of them will need to be fetched again. With `restore-keys`, we use the latest published cache as 'good enough', we'll fetch whatever grammars changed, and then at the end we publish a new cache under the new hash. [docs]: https://docs.github.com/en/actions/using-workflows/caching-dependencies-to-speed-up-workflows#example-using-the-cache-action
Diffstat (limited to 'flake.lock')
0 files changed, 0 insertions, 0 deletions