Hi there! I’d suggest looking at JReleaser. The tool supports the aforementioned use case and many others.
JReleaser mat be configured as a Maven plugin. As a matter of fact the mvnd project accepted and merged a PR that configures JReleaser to publish releases. Unfortunately the code was turned off as it relied on a 3rd party GitHub Action to setup GraalVM. This action required approval from infra before using it. The situation may be different now that a year (more or less) has passed. Disclaimer: I’m the author of JReleaser. Cheers Andres Sent from my primitive tricorder > On 25 Jun 2023, at 23:11, Tamás Cservenák <ta...@cservenak.net> wrote: > > Howdy, > > Multiple times come up on ML questions from users about "multi platform" > deploys/releases, where, AFAIK, some (usually) OS platform > dependant (usually native binary), comes to play. This becomes more and > more requested, for example with GraalVM, where you have to use OS > targeting native code to build native image. > > A real atypical example from the ASF Maven project is maven-mvnd release, > where macOS native binary is being added as manual step (another atypical > problem of mvnd build process is not using remote repository for staging as > none of it lands in Maven Central, but that is a completely different > story). > > So, questions: > - how are people doing it today? > - what can Maven do to help more (if not fully support) this problem? > - where can Maven (or maybe some dedicated existing or new plugin) help > with this problem? > > I'd expect responses from users doing it, how they are doing it, to at > least collect some "common patterns". IF your solution depends on some > vendor (like CI or MRM), it would be okay to mention/explain what it > is, but in general this thread is not meant as "feature comparison" across > vendors. If your regular (by-commit or daily) "snapshot" deploy and > "release" wildly differ, please describe it as well (how and why). > > Ideally, Maven should provide some or maybe even full (vendor neutral, > regarding CI or MRM) support for these patterns. > > Thanks > T --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
