-
Notifications
You must be signed in to change notification settings - Fork 54
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 release to Maven central #100
Conversation
server-username: OSSRH_TOKEN_USERNAME | ||
server-password: OSSRH_TOKEN_PASSWORD | ||
gpg-private-key: ${{ secrets.JAVA_NATIVE_PGP_KEY }} | ||
gpg-passphrase: PGP_KEY_PASSPHRASE |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This will create settings.xml
file. See https://github.com/actions/setup-java/blob/main/docs/advanced-usage.md#Publishing-using-Apache-Maven
@@ -543,5 +545,46 @@ | |||
</properties> | |||
</profile> | |||
|
|||
<profile> | |||
<id>maven-central-release</id> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
More details: https://central.sonatype.org/publish/publish-maven/
It did yes, but it's broken. Travis-Ci.org switched to Travis-CI.com completely breaking our project, so it's browsable and enabled but not firing since some time back in April. |
We don't necessarily do this today, which is why we offer a native lib version information. Automating building is pretty straightforward, if we decide to tackle this in the future. Solaris will be a bit of a pain, but we have the manual steps documented in the wiki. |
If we automate this, I think this warrants a command line flag to overrides the version. |
Currently there is no straight-forward way of doing deployment to Maven Central as it involves several manual steps when setting up the environment:
The idea behind this PR is to automate the process using Github actions and to take advantage of the repository secrets to store credentials and keys. I know the project already uses travis-ci, and it would be quite straight-forward to achieve the same goals using this tool, but moving to github actions has the benefit of keeping critical parts of the flow reusable by forks and simplifies access management.
What this change does NOT do, but perhaps we want another PR to cover:
If this is to be accepted, the repository maintainer needs to create 4 repository secrets referenced in the workflow file. After that deploying to Maven Central is the question of pressing a button under Actions tab.