Roberto Tyley f228ab54b9 Avoid sbt cache being invalidated for a library that is only incrementing it's own version ... While working on https://github.com/guardian/gha-scala-library-release-workflow I noticed that no matter how many times I ran the workflow, `actions/setup-java` would always report `sbt cache is not found`, even if there had been no substantial change in the project - simply that `version.sbt` (the file used by https://github.com/sbt/sbt-release) had the version number in it incremented (as in b2152325ba). This meant that turning on `cache: sbt` would actually slow the workflow considerably, as it would never benefit from the cache being present, and would always have to save it, which could take 2-3 minutes - even though it can't take advantage of the data it's saving. As such, it would be great to exclude `version.sbt` files from the cache hash key. Background: `cache: sbt` was orginally introduced with https://github.com/actions/setup-java/pull/302		2023-12-07 12:06:46 +00:00
..
cleanup	HTTP errors when the token is undefined (#556)	2023-12-01 14:55:03 +01:00
setup	HTTP errors when the token is undefined (#556)	2023-12-01 14:55:03 +01:00
index.js	Avoid sbt cache being invalidated for a library that is only incrementing it's own version	2023-12-07 12:06:46 +00:00