This repository has been archived by the owner on Jan 12, 2022. It is now read-only.
Update gradle/gradle-build-action action to v2 #22
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v1.5.0
->v2.1.0
Release Notes
gradle/gradle-build-action
v2.1.0
Compare Source
Overview
This release brings a major improvement in usability, allowing the action to be used to "setup Gradle" without requiring all Gradle invocations to be managed by the action.
Any Gradle invocation after the first
gradle-build-action
step will benefit from caching and build-scan capture just as if it was invoked through a subsequentgradle-build-action
. This is achieved viainit
scripts added when initializing/restoring the Gradle User Home.This change makes it easier to adopt the
gradle-build-action
into an existing GitHub Actions workflow and enables usages such as:Usability improvements
run
step to invoke Gradle and still benefit from Gradle User Home caching as well as build-scan integration.Caching improvements
Changes in detail
Full Changelog: gradle/gradle-build-action@v2.0.0...v2.1.0
v2.0.1
Compare Source
What's Changed
This patch release fixes a couple of cases where a failure to store caches would cause the entire Job to fail. The goal of the
gradle-build-action
is to warn-and-continue on all recoverable cache failures.Issues fixed
Full Changelog: gradle/gradle-build-action@v2.0.0...v2.0.1
v2.0.0
Compare Source
This is the initial release of
gradle-build-action@v2
, which brings significant performance and usability improvements overv1
. A few key improvements are outlined here, but see the project README for more details.Thanks for trying it out!
Usability improvements:
The
gradle-build-action
has been redesigned from the ground up to work well with minimal configuration, avoiding the need for most users to tweak multiple configuration options to benefit.Highlights:
Notice
annotations to your workflow run.Performance improvements:
A key benefit of
gradle-build-action
over other solutions is the sophisticated support for saving and restoring relevant Gradle state between build invocations. This caching support speeds up build invocations and is designed to work in most scenarios without further tweaking.Highlights:
v1.5.1
Compare Source
Fixes issue where invalid cache keys could be generated if the Gradle arguments list was overly long.
Configuration
📅 Schedule: At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by WhiteSource Renovate. View repository job log here.