mirror of
				https://github.com/actions/cache.git
				synced 2025-11-04 15:48:39 +08:00 
			
		
		
		
	Document path behaviour and access restrictions
				
					
				
			Thanks to this comment which saved me some headache: https://github.com/actions/cache/issues/1491#issuecomment-2450718907 related to #1561. related to #1491. related to #1426.
This commit is contained in:
		
							parent
							
								
									d4323d4df1
								
							
						
					
					
						commit
						d722552897
					
				| 
						 | 
				
			
			@ -165,6 +165,10 @@ steps:
 | 
			
		|||
    run: /publish.sh
 | 
			
		||||
```
 | 
			
		||||
 | 
			
		||||
> [!IMPORTANT]
 | 
			
		||||
> 
 | 
			
		||||
> The `path` must match on both the centralized job and the target job, otherwise there will be no cache-hit whatsoever. Also take notes of the [restrictions for accessing caches across workflows](https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/caching-dependencies-to-speed-up-workflows#restrictions-for-accessing-a-cache).  
 | 
			
		||||
 | 
			
		||||
### Failing/Exiting the workflow if cache with exact key is not found
 | 
			
		||||
 | 
			
		||||
You can use the output of this action to exit the workflow on cache miss. This way you can restrict your workflow to only initiate the build when `cache-hit` occurs, in other words, cache with exact key is found.
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
		Loading…
	
		Reference in New Issue
	
	Block a user