Skip to content

build(pom): move GPG signing to release profile#27

Open
marevol wants to merge 1 commit into
mainfrom
build/gpg-release-profile
Open

build(pom): move GPG signing to release profile#27
marevol wants to merge 1 commit into
mainfrom
build/gpg-release-profile

Conversation

@marevol

@marevol marevol commented Jun 11, 2026

Copy link
Copy Markdown
Contributor

Summary

Stop requiring GPG signing for local builds by moving the maven-gpg-plugin into a `release` profile, matching the convention used by other CodeLibs repositories (corelib, curl4j, jcifs, etc.).

Changes Made

  • Moved `maven-gpg-plugin` from the main `` section into a new `release` profile (same plugin definition: `sign` bound to the `verify` phase with `bestPractices=true`).
  • Added `release` to `maven-release-plugin` so the profile is activated automatically during `release:perform`. This is needed because this repository releases via maven-release-plugin, unlike the other repos where `-P release` is passed manually.

Testing

  • `mvn clean install -DskipTests` (no gpg flags): succeeds without invoking GPG.
  • `mvn verify -P release`: confirms `gpg:sign (sign-artifacts)` is bound and executes under the profile.

Breaking Changes

  • None for consumers. Release operators: signing now only runs under the `release` profile, which `release:perform` activates via `releaseProfiles`; manual deploys must pass `-P release`.

Additional Notes

  • Previously, plain `mvn install` failed in non-interactive environments with `gpg: signing failed: Inappropriate ioctl for device` because signing was bound unconditionally.

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

Successfully merging this pull request may close these issues.

1 participant