View Job Cacher on the plugin site for more information.
Enables caching of files on transient executors for use on subsequent builds to improve performance
- Item storage extension point supporting on master storage and AWS S3
- Cache Wrapper for free style jobs that manages the cache
- Arbitrary File Cache where user specifies paths to be cached
- UI on Job page to review the job's caches
- Supports Pipeline jobs with a cache directive
- Cache Extension Point for other plugins to provide opinionated caching capability such as Gradle caches
- Incremental storing of cache into storage to minimize data movement
By default, the plugin is configured to use on-master storage for the cache.
This storage mechanism is not recommended for heavy use as it will burden the remoting channel with considerable data when the job starts.
In addition to the on-master storage, a storage implementation for Amazon S3 is also available.
Additional storage implementations can be contributed as well via the ItemStorage extension point.
The plugin offers a Build Wrapper extension point that can be configured for use in Free Style jobs. Prior to the build starting, the plugin checks if there is a populated cache and if so copies it from the storage area to the executor. At the end of the build, the plugin then copies the same cache, incrementally, back to storage.
The above configuration caches the gradle cache and wrapper so that subsequent builds don't need to rebuild these folders and files through the dependency management repository. It also configures the cache to have a maximum size of 250 MB so that the cache won't grow indefinitely. Once this size is hit, the cache is deleted in the storage and the next build will need to repopulate the cache from scratch.
The plugin also supports the Pipeline plugin by introducing a cache build step that can be used within the pipeline definition.
The plugin currently ships with a single cache implementation called ArbitraryFileCache which must be explicitly configured with a path and includes / excludes rules to apply to find the files to cache. Since Cache is an extension point in the plugin, other plugins can contribute implementations that deliver specific behavior such as a GradleCache that could automatically look to cache all gradle related files that can be cached from build to build.
Visualizing the Cache
A job action is added to the job so that users can look at the contents of the cache.
Currently for on master storage, this is visualized through the Jenkins interface and for Amazon S3 storage, this redirects the user to the S3 console to view the cache contents.
As the job begins, an entry will be published to the console output for each cache to indicate the executor is being primed with the files from storage:
At the end of the job run, each cache is then copied back to the storage area
Other plugins supporting Job Cacher
There is no content with the specified labels
- Initial version