7.7 KiB
Releases
How to prepare a release
The below is relevant for maintainers with write access only.
- Switch to a new branch from
main. - Run
npm testto ensure all tests are passing. - Update the version in
package.json. - Run
npm run buildto update the compiled files. - Update this
RELEASES.mdwith the new version and changes in the## Changelogsection. - Run
licensed cacheto update the license report. - Run
licensed statusand resolve any warnings by updating the.licensed.ymlfile with the exceptions. - Commit your changes and push your branch upstream.
- Open a pull request against
mainand get it reviewed and merged. - Draft a new release https://github.com/actions/cache/releases use the same version number used in
package.json- Create a new tag with the version number.
- Auto generate release notes and update them to match the changes you made in
RELEASES.md. - Toggle the set as the latest release option.
- Publish the release.
- Navigate to https://github.com/actions/cache/actions/workflows/release-new-action-version.yml
- There should be a workflow run queued with the same version number.
- Approve the run to publish the new version and update the major tags for this action.
Changelog
5.0.3
- Bump
@actions/cacheto v5.0.5 (Resolves: https://github.com/actions/cache/security/dependabot/33) - Bump
@actions/coreto v2.0.3
5.0.2
- Bump
@actions/cacheto v5.0.3 #1692
5.0.1
- Update
@azure/storage-blobto^12.29.1via@actions/cache@5.0.1#1685
5.0.0
Important
actions/cache@v5runs on the Node.js 24 runtime and requires a minimum Actions Runner version of2.327.1. If you are using self-hosted runners, ensure they are updated before upgrading.
4.3.0
- Bump
@actions/cacheto v4.1.0
4.2.4
- Bump
@actions/cacheto v4.0.5
4.2.3
- Bump
@actions/cacheto v4.0.3 (obfuscates SAS token in debug logs for cache entries)
4.2.2
- Bump
@actions/cacheto v4.0.2
4.2.1
- Bump
@actions/cacheto v4.0.1
4.2.0
TLDR; The cache backend service has been rewritten from the ground up for improved performance and reliability. actions/cache now integrates with the new cache service (v2) APIs.
The new service will gradually roll out as of February 1st, 2025. The legacy service will also be sunset on the same date. Changes in these release are fully backward compatible.
We are deprecating some versions of this action. We recommend upgrading to version v4 or v3 as soon as possible before February 1st, 2025. (Upgrade instructions below).
If you are using pinned SHAs, please use the SHAs of versions v4.2.0 or v3.4.0
If you do not upgrade, all workflow runs using any of the deprecated actions/cache will fail.
Upgrading to the recommended versions will not break your workflows.
4.1.2
- Add GitHub Enterprise Cloud instances hostname filters to inform API endpoint choices - #1474
- Security fix: Bump braces from 3.0.2 to 3.0.3 - #1475
4.1.1
- Restore original behavior of
cache-hitoutput - #1467
4.1.0
4.0.2
- Fixed restore
fail-on-cache-missnot working.
4.0.1
- Updated
isGhescheck
4.0.0
- Updated minimum runner version support from node 12 -> node 20
3.4.0
- Integrated with the new cache service (v2) APIs
3.3.3
- Updates @actions/cache to v3.2.3 to fix accidental mutated path arguments to
getCacheVersionactions/toolkit#1378 - Additional audit fixes of npm package(s)
3.3.2
- Fixes bug with Azure SDK causing blob downloads to get stuck.
3.3.1
- Reduced segment size to 128MB and segment timeout to 10 minutes to fail fast in case the cache download is stuck.
3.3.0
- Added option to lookup cache without downloading it.
3.2.6
- Fix zstd not being used after zstd version upgrade to 1.5.4 on hosted runners.
3.2.5
- Added fix to prevent from setting MYSYS environment variable globally.
3.2.4
- Added option to fail job on cache miss.
3.2.3
- Support cross os caching on Windows as an opt-in feature.
- Fix issue with symlink restoration on Windows for cross-os caches.
3.2.2
- Reverted the changes made in 3.2.1 to use gnu tar and zstd by default on windows.
3.2.1
- Update
@actions/cacheon windows to use gnu tar and zstd by default and fallback to bsdtar and zstd if gnu tar is not available. (issue) - Added support for fallback to gzip to restore old caches on windows.
- Added logs for cache version in case of a cache miss.
3.2.0
3.2.0-beta.1
3.1.0-beta.3
- Bug fixes for bsdtar fallback if gnutar not available and gzip fallback if cache saved using old cache action on windows.
3.1.0-beta.2
- Added support for fallback to gzip to restore old caches on windows.
3.1.0-beta.1
- Update
@actions/cacheon windows to use gnu tar and zstd by default and fallback to bsdtar and zstd if gnu tar is not available. (issue)
3.0.11
- Update toolkit version to 3.0.5 to include
@actions/core@^1.10.0 - Update
@actions/cacheto use updatedsaveStateandsetOutputfunctions from@actions/core@^1.10.0
3.0.10
- Fix a bug with sorting inputs.
- Update definition for restore-keys in README.md
3.0.9
- Enhanced the warning message for cache unavailablity in case of GHES.
3.0.8
- Fix zstd not working for windows on gnu tar in issues #888 and #891.
- Allowing users to provide a custom timeout as input for aborting download of a cache segment using an environment variable
SEGMENT_DOWNLOAD_TIMEOUT_MINS. Default is 60 minutes.
3.0.7
- Fixed #810 - download stuck issue. A new timeout is introduced in the download process to abort the download if it gets stuck and doesn't finish within an hour.
3.0.6
- Fixed #809 - zstd -d: no such file or directory error
- Fixed #833 - cache doesn't work with github workspace directory
3.0.5
- Removed error handling by consuming actions/cache 3.0 toolkit, Now cache server error handling will be done by toolkit. (PR)
3.0.4
- Fixed tar creation error while trying to create tar with path as
~/home folder onubuntu-latest. (issue)
3.0.3
- Fixed avoiding empty cache save when no files are available for caching. (issue)
3.0.2
- Added support for dynamic cache size cap on GHES.
3.0.1
- Added support for caching from GHES 3.5.
- Fixed download issue for files > 2GB during restore.
3.0.0
- Updated minimum runner version support from node 12 -> node 16