[
https://issues.apache.org/jira/browse/MRELEASE-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17468270#comment-17468270
]
Stéphane Passignat commented on MRELEASE-1073:
----------------------------------------------
thanks for semver.org, as the plugin works regardless of the number of fields
composing the version number, I hope it won't be too strict.
Lets review the semantic.
# being able to add the initial patch field and a qualifier to the version
number, in the pom of the branch generated during the release process.
=> does this exist ?
"This works are you initially provided {{-beta-1}} qualifier."
No the trunk and maintenance branches don't have 'beta' qualifier, they have
SNAPSHOT qualifiers. Maybe the maintenance branch can have a beta qualifier,
but it's part of the previous topic.
Do you mean I need to fork the trunk, qualify it with beta, then to merge with
this branch to produce pre-releases ?
> Pre-Release generation
> ----------------------
>
> Key: MRELEASE-1073
> URL: https://issues.apache.org/jira/browse/MRELEASE-1073
> Project: Maven Release Plugin
> Issue Type: New Feature
> Reporter: Stéphane Passignat
> Priority: Major
> Fix For: waiting-for-feedback
>
> Attachments: image-2022-01-02-22-54-58-570.png,
> image-2022-01-03-12-10-55-213.png, image-2022-01-03-12-13-06-345.png,
> image-2022-01-03-12-14-20-084.png
>
>
> Before generating a final release, it's often required to publish several
> kind of beta version. When one is validated, it's intended to become a pure
> release.
> SCM aspect:
> * create a tag
> * create a branch (option)
> Process impact:
> * be able to generate a release from a tag or revision
> * be able to generate a pre-release from a tag or revision
> Version number:
> * the version is calculated looking at the scm tags (ex: 1.0-SNAPSHOT become
> 1.0.beta14 if the tags matching the tag pattern have as higher number
> 1.0.beta13)
>
>
> There are maybe some discussion about the version number. Should it be .beta
> or -beta...
>
> I think it would be great to have this feature in the release plugin, keeping
> in one consistent tool all release facets.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
