[ 
http://jira.codehaus.org/browse/CBUILDS-38?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=172910#action_172910
 ] 

Lee Thompson commented on CBUILDS-38:
-------------------------------------

Thinking about this for versioning of RPM projects.  Left side would be the 
Maven project version, right side would be the RPM version and release number.  
Will not use PRM epoch feature.

<code>
1.0-SNAPSHOT -> 1.0-0-SNAPSHOT-200904140812.osx5.i386.rpm - note release number 
prefixed with 0.
1.0-alpha-1        -> ERROR, default will require no maven reserved words to 
avoid version order discrepancies
1.0                 -> ERROR, always require release number if not a snapshot
1.0-0              -> ERROR, release number zero reserved for SNAPSHOTS
1.0-1              -> 1.0-1
</code>

> Depricate release parameter requiring RPM compatible versioning
> ---------------------------------------------------------------
>
>                 Key: CBUILDS-38
>                 URL: http://jira.codehaus.org/browse/CBUILDS-38
>             Project: Mojo C Builds
>          Issue Type: New Feature
>    Affects Versions: 1.0-alpha-5, 1.0-alpha-6
>            Reporter: Lee Thompson
>             Fix For: 1.0-beta-1
>
>
> Require users of CBUILD lifecycles to select RPM compatible versions.  
> Standard maven versions like.
> 1.0-alpha-1
> 1.0-beta-2
> 1.0-alpha-1-SNAPSHOT 
> do not behave the same with RPMs.  Also, RPMs require a build number, which 
> is currently coded as "release".  Devise a versioning scheme and error out if 
> the version is not compatible.  Allow overloads so that users who understand 
> the problems can overcome the error.
> For instance, in maven, 1.0-alpha-1 is before 1.0.  In RPM it is after.  With 
> this change, the default behavior will be to fail if "-alpha-" is encountered 
> in the version.  Also, this change will require the version to end in a dash 
> character followed by a number which will represent the RPM build (aka 
> release) number.  If it is not present, this will fail with no overload.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to