[ 
https://issues.apache.org/jira/browse/AMBARI-24804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jonathan Hurley resolved AMBARI-24804.
--------------------------------------
    Resolution: Fixed

> Unify Ambari Versioning Across Modules
> --------------------------------------
>
>                 Key: AMBARI-24804
>                 URL: https://issues.apache.org/jira/browse/AMBARI-24804
>             Project: Ambari
>          Issue Type: Task
>    Affects Versions: 2.8.0
>            Reporter: Jonathan Hurley
>            Assignee: Jonathan Hurley
>            Priority: Critical
>              Labels: pull-request-available
>             Fix For: 2.8.0
>
>          Time Spent: 3h 20m
>  Remaining Estimate: 0h
>
> It looks like Ambari’s trunk pom.xml has not been updated with a proper 
> version in at least 4 years. It currently still lists trunk as 
> 2.0.0.0-SNAPSHOT:
> {code}
>   <groupId>org.apache.ambari</groupId>
>   <artifactId>ambari</artifactId>
>   <packaging>pom</packaging>
>   <name>Ambari Main</name>
>   <version>2.0.0.0-SNAPSHOT</version>
>   <description>Ambari</description>
> {code}
>         
> This poses several problems as we try to make our artifacts more 3rd-party 
> friendly since it becomes ambiguous what other maven projects are actually 
> depending on. We need to change our process to keep this version updated with 
> every release of Ambari. Other Apache projects seem to do this (I took a look 
> at Nifi, Hive, Storm, etc) and in each case, their trunk pom.xml was at least 
> a minor version ahead of their most recent release branch.
> - We should change the version specified for Ambari and its submodules to use 
> the next major version after a release, such as {{3.0.0.0-SNAPSHOT}}. Once 
> 3.0 has been released, this will be changed to {{4.0.0.0-SNAPSHOT}} even if 
> there are more builds in the 3.x line off of {{trunk}}.
> - Maven 3.5.0 allows the ability to specify a 
> {{<version>${revision}</version>}} placeholder value in the parent 
> {{pom.xml}} which submodules can inherit. This seems cleaner than having all 
> of the submodules updated and checked in using the {{mvn versions:set 
> -DnewVersion=3.0.0.0-SNAPSHOT}} command.
> - If any submodule inherits from {{ambari}} or {{ambari-project}}, then they 
> should broadcast their version as the same. This includes submodules such as 
> {{ambari-utility}} which are hard coded at {{1.0.0.0-SNAPSHOT}} which makes 
> understanding what actually exists in local repos very difficult.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to