This repository was archived by the owner on Nov 18, 2021. It is now read-only.
Do not depend on build task, lazily resolve file #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.
It is better to let the user manage the dependencies, especially since different deployment tasks may depend on different build tasks.
This PR changes the
fileproperty to use@InputFileannotations to allow Gradle to discover the build steps automatically instead of always relying on thebuildtask to produce the archive to deploy.Additionally, in order to allow the names for the archive, runtime and deployment to be lazily resolved, the properties are changed from plain
Stringinto GradleProperty<String>andRegularFilePropertyThe lazy configuration allows us to avoid adding an
afterEvaluateblock in build.gradle to set the file name for a project I have at work where the file name is configured from a number of other properties, (git commit id, gradle.properties, and some other things).See also: https://docs.gradle.org/current/userguide/lazy_configuration.html