-
Notifications
You must be signed in to change notification settings - Fork 9
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
Provide option to also create a release on GitHub #8
Comments
This is a great idea! I would prefer it to be a separate plugin, though. I have created a new repo where I'm experimenting at the moment – will keep you posted... |
Sounds good to me. |
I will give it a spin! Once thing I'm wondering: why don't you programmatically apply the base plugin in the pub plugin? It would make the build script more concise and less potential for an accidental version conflict. |
Thanks for pointing this out. Actually, I am applying the base plugin programmatically but couldn't get the transitive resolution to work: When building the pub plugin, the base plugin is declared as a compile dependency and things work out correctly. However, when applying the pub plugin, this transitive dependency is missing when the base plugin is not applied explicitly. |
I just noticed that the compile dependency is missing in the published POM. That explains why the transitive dependency resolution doesn't work... |
You have to apply the dependencies block before the plugindev block. See also: This is not an intended behavior of the plugindev plugin and I will investigate the reason for this. For now, changing the order in the script acts as a work-around. |
Cool, thanks for the hint. I have changed the order and it works like a charm now! |
I'm pretty sure you can do a release on GitHub through their REST API.
To be consistent, the same versions, titles, etc. should be used (where there is an overlap).
The text was updated successfully, but these errors were encountered: