-
Notifications
You must be signed in to change notification settings - Fork 420
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
infrastructure: enable Gradle build cache by default #2711
infrastructure: enable Gradle build cache by default #2711
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there any source point that gradle/gradle-build-action
can cache .m2
folder?
In the documentation it describes how to disable caching
|
But this is |
I believe you just enable |
You are right! Thanks for checking. I've removed it. I see there's Maven caching for setup-java, which I must have gotten mixed up with. I'll make another PR for enabling that. https://github.com/actions/setup-java#caching-maven-dependencies |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't hurt
Thanks to both of you :)
Because integration tests are cached by default, it produces no output for showcasing documentation through S3 or GitHub artifacts. Regression from #2711
Enables Gradle Build Cache. This should massively increase build speed on CI/CD as Gradle will be able to avoid doing repetitive work.
Since all of the GitHub Actions use the
gradle/gradle-build-action
action, this will automatically share the Gradle Build Cache. (I also addedgradle/gradle-build-action
in the Maven workflow, because I expect the$USER_HOME/.m2
will be shared and re-used - if not this can be revisited later).I expect that the GitHub Action build times will improve dramatically, especially for PRs like this where there are no code changes!
(Note that the caching won't be enabled on this PR, because by default only the master/main branch will cache. This is to avoid multiple jobs updating the cache concurrently.)