Caching in CircleCI
When we talk about caching on CircleCI, we’re usually talking about the dependency cache. Dependency caching saves the state of your dependencies between builds, thereby making them run faster.
What Is Cached?
There are two collections of directories which are cached.
The directories used by the following languages and dependency managers:
The directories which you specify in the
dependencies: cache_directoriessection of
dependencies: # we automatically cache and restore many dependencies between # builds. If you need to, you can add custom paths to cache: cache_directories: - "custom_1" # relative to the build directory - "~/custom_2" # relative to the user's home directory
Cache is saved after the
dependencies: override phase and before the
test phase. This means that the directory (or directories) you’d like to
cache must exist after
dependencies: override, so if the desired cache
directory hasn’t been created automatically, you’ll need to create it manually,
dependencies: pre: - mkdir ~/my_cache_dir # now add files and directories to the above directory cache_directories: - "~/my_cache_dir"
Also, make sure that the directory you are trying to cache is not a part of your repository (i.e. files in this directory are not tracked).
Each branch of your project will have a separate cache. If it is the
very first build for a branch, the cache from the default branch on
GitHub or Bitbucket (normally
master) will be used. If there is no cache for
master, the cache from other branches will be used.
The Rebuild without cache button in the UI will disable the cache for a single build so you can debug any problems caused by your dependencies.
If that rebuild successfully passes the dependency phase, it will save a new cache which will be used by future builds.
You shouldn’t generally need to clear the cache permanently, but if you’d
like to do so, you can just remove the necessary parts of
the cache anywhere in your
before the cache is saved:
dependencies: post: - rm -r ~/.gradle
Caching in Parallel Builds
The cache is collected from the first container only (the container with index 0). On the next build, the previously collected cache from container 0 is distributed across all machines in the parallel build.
There’s another type of caching that CircleCI does. This is to cache the Git repository of your project. This feature allows for speedier
git clones of your project. Control of this cache isn’t user accessible and shouldn’t need to be. In rare scenarios, if something seems to be wrong with your source cache (for example, certain files are in your repo that shouldn’t be), please contact support.