gradle/gradle-build-action
1
0
Fork 0
mirror of https://github.com/gradle/gradle-build-action synced 2024-11-27 20:12:22 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

Improve documentation of cache-read-only

Browse source
This commit is contained in:
Daz DeBoer 2022-07-11 12:27:54 -06:00 committed by GitHub
parent b1b0eab63d
commit 15453523bd
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
1 changed files with 4 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

7
README.md
View file

@ -285,10 +285,11 @@ There are a number of actions you can take if your cache use is less effective d
#### Select branches that should write to the cache #### Select branches that should write to the cache
GitHub cache entries are not shared between builds on different branches. This means that identical cache entries will be stored separately for different branches. GitHub cache entries are not shared between builds on different branches.
An exception to this is that cache entries for the default (`master`/`main`) branch can be read by actions invoked for other branches. This means that each PR branch will have it's own Gradle User Home cache, and will not benefit from cache entries written by other PR branches.
An exception to this is that cache entries written in parent and upstream branches are visible to child branches, and cache entries for the default (`master`/`main`) branch can be read by actions invoked for any other branch.
By default, the `gradle-build-action` will only _write_ to the cache for builds run on the default branch. By default, the `gradle-build-action` will only _write_ to the cache for builds run on the default (`master`/`main`) branch.
Jobs run on other branches will only read from the cache. In most cases, this is the desired behaviour, Jobs run on other branches will only read from the cache. In most cases, this is the desired behaviour,
because Jobs run against other branches will benefit from the cache Gradle User Home from `main`, because Jobs run against other branches will benefit from the cache Gradle User Home from `main`,
without writing private cache entries that could lead to evicting shared entries. without writing private cache entries that could lead to evicting shared entries.