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
Signing plugin does not use configuration avoidance APIs and causes eager creation of tasks #18477
Comments
It looks like the publishing plugin is eagerly configuring all publications, so gradle/subprojects/publish/src/main/java/org/gradle/api/publish/plugins/PublishingPlugin.java Line 85 in 2d0225d
|
These lines seem to be the problem: gradle/subprojects/signing/src/main/java/org/gradle/plugins/signing/SigningExtension.java Line 413 in cdf577f
gradle/subprojects/signing/src/main/java/org/gradle/plugins/signing/SigningExtension.java Line 444 in cdf577f
Unfortunately, the fix won't be trivial, since the public |
I'm really struggling to use the signing plugin because it's very incompatible with configuration avoidance. Even plugins that try to improve it have issues vanniktech/gradle-maven-publish-plugin#259 Is there a workaround or alternative? I might try and re-implement it in my own project... |
For example, in Geb's build I'm using the following signing plugin configuration:
This causes the signing tasks for each of the publications to be created immediately and metadata file generation as well as pom file generation tasks to be created during configuration. You can see that for example
signMainPublication
tasks are created immediately in a build scan for runninghelp
task on geb/geb@e36e64d.I would expect this plugin to be using configuration avoidance APIs given that any project publishing to Maven Central will most likely have it applied. The tasks eagerly created by signing plugin are the only ones which are outstanding to get Geb's build to not create any tasks during configuration when running
help
task.The text was updated successfully, but these errors were encountered: