Skip to content
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

Automatic publishing of new releases #363

Open
rkpatel7 opened this issue Oct 18, 2019 · 5 comments
Open

Automatic publishing of new releases #363

rkpatel7 opened this issue Oct 18, 2019 · 5 comments

Comments

@rkpatel7
Copy link
Contributor

I think it would be a nice feature to automatically publish a new version to maven on each merge. This could then reduce the toil for @timols to have to manually publish releases. I am not sure of best practices for automatic publishing, especially with regards to determining version bumps but that would be something that would need to be considered.

@rkpatel7
Copy link
Contributor Author

This would also eliminate the need to create issues like: #362, #289, #109, #80 among others.

@timols I can do some research and figure out if there is a good existing solution for an automatic release strategy, but I'm curious if you have any thoughts on this.

@timols
Copy link
Owner

timols commented Oct 18, 2019

@rkpatel7 I'm onboard with this and definitely in favor. The release process for maven artifacts involves integrating with Sonatype Nexus, so might take some work but happy to share anything I've come across whilst maintaining this library.

@cowtowncoder
Copy link

Just out of curiosity: is the current release process using standard Maven release plug-in, or something else? If it's just that, I could help with making releases too (or show @rkpatel7 or others how it's done) -- all that is needed aside from repo push access is filing a ticket for Sonatype OSS repo, and current author supporting giving access.

@rkpatel7
Copy link
Contributor Author

I could help with making releases manually if automatic releasing of libraries is not a good idea, if it's easy to do so. But I am not sure I am ready to take on the role of a full maintainer (merging in pull requests, etc.).

@cowtowncoder
Copy link

I think regardless of automation we could start with manual: I am not necessarily opposed to automation, but I think it requires use of something like Travis, and non-trivial set up. Definitely doable, but I have not done it myself. So manual release could be the initial first step even if automating.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants