mirror of
				https://github.com/actions/cache.git
				synced 2025-10-31 03:38:36 +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 |     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 | ### 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. | 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
	 Matthias Benkort
						Matthias Benkort