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
Submit Gradle Plugin to Gradle Plugin Portal #895
Comments
It's possible for a plugin to have multiple ids, which would allow this to not be a breaking change. I've got an example of one technique to do that here: https://github.com/commercehub-oss/gradle-avro-plugin The basic idea is to maintain the existing In my example, I went one step beyond that, wrapping the plugin class to log a deprecation warning when the unqualified plugin id is used. |
That's great news! That would allow for a smooth transition starting with 3.2. We could deprecate the old Id and remove it in 4.0. Is there a way for a plugin to know under which id it was used? Would like to provide a PR? Thanks |
The way I managed awareness of the ID was to register a different class for each ID. I'll start work on a pull request. |
#895: Add qualified Gradle plugin ID, deprecate unqualified Gradle plugin ID
Now that #946 is merged, it should be possible to submit the gradle plugin to the plugin portal after the 3.2 release. |
Yes, that's the plan. Thank you again for the PR :-) |
Before Gradle can include our plugin, we need you to fix two things:
more details at http://plugins.gradle.org/submit
The text was updated successfully, but these errors were encountered: