Skip to main content
Namespace platform provides Cache Volumes feature that allows workflows to share data across invocations. The action performs necessary wiring to store cacheable workflow data on the attached Cache Volume. The action works by linking the listed directories to directories in the mounted cache volume (using bind-mounts on Linux and symbolic links on macOS). The content written to the cached directories will be transparently stored on the mounted cache volume. This way the action does not need to spend time explicitly downloading and uploading cache content to remote locations.

Prerequisites

In order to use nscloud-cache-action, you need to ensure that a cache volume is attached to the GitHub Actions job. Check out the Cache Volumes guide for details. When using a package manager or toolchain cache mode (for example npm, pnpm, or go), the manager or toolchain must be installed before the cache action runs, otherwise the step fails. This does not apply to caching arbitrary files with path.
It is important to run the cache action after the checkout action in the workflow sequence. Checkout action automatically wipes the workspace directory, so it would remove the cached content and prevent new content from being stored on the cache volume.

Examples

Options

detect

string A list of cache modes to enable only if detected in the environment. Set to true to detect all available cache modes. See cache for a list of available cache modes. Optional.

cache

string A list caching modes to enable. Currently supported languages/frameworks are:
AptCache mode apt caches downloaded APT packages on the attached Cache Volume.The apt-config executable must be available before namespacelabs/nscloud-cache-action is called.
You can enable multiple caching modes and can also add additional paths to the cache using path.

path

string A list of files, directories, to cache and restore. ~ is resolved to $HOME. Can be used in concert with cache.
Note: Contents of ${{ runner.temp }} cannot be cached as this directory is emptied at the beginning and end of each job.

fail-on-cache-miss

boolean If enabled, fail the workflow if the path is not found on the cache volume.

Advanced: Running GitHub Jobs in Containers

We recommend using a separate profile for your workflows that run in containers.GitHub Actions run as user runner by default. Running in a container can change the user. Sharing caches from different users may lead to permission errors when accessing the cache.Details →
When using containers to run GitHub Jobs, extra configuration is required to make the cache action work correctly.
  1. The Cache Volume path /cache must be mounted into the container.
  2. The env var NSC_CACHE_PATH must be set.
  3. Container needs to have SYS_ADMIN capability, so that the cache action has permissions to call the mount command.
  4. The sudo, mkdir and chown binaries must be available in the container image, or must be installed.
This action relies on specific properties of the environment and may require tuning to work with images that significantly diverge from Ubuntu. Please reach out to us at support@namespace.so for assistance.
See the following snippet for a working example.
Last modified on August 19, 2026