mirror of
				https://github.com/actions/cache.git
				synced 2025-11-04 13:29:10 +08:00 
			
		
		
		
	Merge branch 'main' into bishal/readme-cache-version
This commit is contained in:
		
							
								
								
									
										32
									
								
								.github/pull_request_template.md
									
									
									
									
										vendored
									
									
										Normal file
									
								
							
							
						
						
									
										32
									
								
								.github/pull_request_template.md
									
									
									
									
										vendored
									
									
										Normal file
									
								
							@@ -0,0 +1,32 @@
 | 
			
		||||
<!--- Provide a general summary of your changes in the Title above -->
 | 
			
		||||
 | 
			
		||||
## Description
 | 
			
		||||
<!--- Describe your changes in detail -->
 | 
			
		||||
 | 
			
		||||
## Motivation and Context
 | 
			
		||||
<!--- Why is this change required? What problem does it solve? -->
 | 
			
		||||
<!--- If it fixes an open issue, please link to the issue here. -->
 | 
			
		||||
 | 
			
		||||
## How Has This Been Tested?
 | 
			
		||||
<!--- Please describe in detail how you tested your changes. -->
 | 
			
		||||
<!--- Include details of your testing environment, and the tests you ran to -->
 | 
			
		||||
<!--- see how your change affects other areas of the code, etc. -->
 | 
			
		||||
 | 
			
		||||
## Screenshots (if appropriate):
 | 
			
		||||
 | 
			
		||||
## Types of changes
 | 
			
		||||
<!--- What types of changes does your code introduce? Put an `x` in all the boxes that apply: -->
 | 
			
		||||
- [ ] Bug fix (non-breaking change which fixes an issue)
 | 
			
		||||
- [ ] New feature (non-breaking change which adds functionality)
 | 
			
		||||
- [ ] Breaking change (fix or feature that would cause existing functionality to change)
 | 
			
		||||
- [ ] Documentation (add or update README or docs)
 | 
			
		||||
 | 
			
		||||
## Checklist:
 | 
			
		||||
<!--- Go over all the following points, and put an `x` in all the boxes that apply. -->
 | 
			
		||||
<!--- If you're unsure about any of these, don't hesitate to ask. We're here to help! -->
 | 
			
		||||
- [ ] My code follows the code style of this project.
 | 
			
		||||
- [ ] My change requires a change to the documentation.
 | 
			
		||||
- [ ] I have updated the documentation accordingly.
 | 
			
		||||
- [ ] I have read the **CONTRIBUTING** document.
 | 
			
		||||
- [ ] I have added tests to cover my changes.
 | 
			
		||||
- [ ] All new and existing tests passed.
 | 
			
		||||
							
								
								
									
										11
									
								
								README.md
									
									
									
									
									
								
							
							
						
						
									
										11
									
								
								README.md
									
									
									
									
									
								
							@@ -34,17 +34,18 @@ If you are using this inside a container, a POSIX-compliant `tar` needs to be in
 | 
			
		||||
 | 
			
		||||
* `path` - A list of files, directories, and wildcard patterns to cache and restore. See [`@actions/glob`](https://github.com/actions/toolkit/tree/main/packages/glob) for supported patterns.
 | 
			
		||||
* `key` - An explicit key for restoring and saving the cache
 | 
			
		||||
* `restore-keys` - An ordered list of prefix-matched keys to use for restoring stale cache if no cache hit occurred for key. Note
 | 
			
		||||
`cache-hit` returns false in this case.
 | 
			
		||||
* `restore-keys` - An ordered list of prefix-matched keys to use for restoring stale cache if no cache hit occurred for key.
 | 
			
		||||
 | 
			
		||||
#### Environment Variables
 | 
			
		||||
* `SEGMENT_DOWNLOAD_TIMEOUT_MINS` - Segment download timeout (in minutes, default `60`) to abort download of the segment if not completed in the defined number of minutes. [Read more](#cache-segment-restore-timeout)
 | 
			
		||||
 | 
			
		||||
### Outputs
 | 
			
		||||
 | 
			
		||||
* `cache-hit` - A boolean value to indicate an exact match was found for the key
 | 
			
		||||
* `cache-hit` - A boolean value to indicate an exact match was found for the key. 
 | 
			
		||||
 | 
			
		||||
> See [Skipping steps based on cache-hit](#Skipping-steps-based-on-cache-hit) for info on using this output
 | 
			
		||||
> Note: `cache-hit` will be set to `true` only when cache hit occurs for the exact `key` match. For a partial key match via `restore-keys` or a cache miss, it will be set to `false`.
 | 
			
		||||
 | 
			
		||||
See [Skipping steps based on cache-hit](#skipping-steps-based-on-cache-hit) for info on using this output
 | 
			
		||||
 | 
			
		||||
### Cache scopes
 | 
			
		||||
The cache is scoped to the key, [version](#cache-version) and branch. The default branch cache is available to other branches.
 | 
			
		||||
@@ -152,7 +153,7 @@ A repository can have up to 10GB of caches. Once the 10GB limit is reached, olde
 | 
			
		||||
 | 
			
		||||
## Skipping steps based on cache-hit
 | 
			
		||||
 | 
			
		||||
Using the `cache-hit` output, subsequent steps (such as install or build) can be skipped when a cache hit occurs on the key.
 | 
			
		||||
Using the `cache-hit` output, subsequent steps (such as install or build) can be skipped when a cache hit occurs on the key.  It is recommended to install the missing/updated dependencies in case of a partial key match when the key is dependent on the `hash` of the package file.
 | 
			
		||||
 | 
			
		||||
Example:
 | 
			
		||||
```yaml
 | 
			
		||||
 
 | 
			
		||||
		Reference in New Issue
	
	Block a user