This website uses cookies to ensure you get the best experience.
Learn more.
Builds become faster with dependency caching, but a reused cache sometimes introduces incompatible libraries after dependency changes. Which cache strategy should be used?
Published
- Key and invalidate caches according to relevant dependency and build-tool inputs, and validate restored content.
- Treat a cache hit as proof that tests can be skipped.
- Use one permanent cache key for all languages, branches, and dependency versions.
- Allow untrusted builds to overwrite all privileged release caches without isolation.
Comments — 0
Sign in to comment