[jbosstools-dev] Versions bump policy change

Max Rydahl Andersen manderse at redhat.com
Tue Feb 28 13:24:23 EST 2017


On 28 Feb 2017, at 18:11, Jean-Francois Maury wrote:

> Hello,
>
> as we branched for Oxygen, we now have two different branches to 
> maintain
> and as we are pushed changes in the code base, we need to upversion 
> the
> components.
> In order to be better aligned with OSGI/P2, we decided to change a 
> little
> how the bump is managed.
> Previously, all sub-components of a component (eg 
> jbosstools-openshift)
> were upversioned as soon as a single sub component is modified). We 
> will
> upversion only the sub component that has changed.
> For master, the minor will be incremented and for 4.4.x, the micro 
> will be
> increment.
>
> As an example, we need to update org.jboss.tools.openshift.client in 
> both
> branches and as OpenShift is 3.3.2, this will give:
>
>    - master: org.jboss.tools.openshift.client only will switch to 
> 3.4.0
>    - 4.4.x: org.jboss.tools.openshift.client only will switch to 3.3.3

sounds awesome if you guys found a way to deal with having to manually 
keep these
from not overlapping and avoid rerelasing different bits with the same 
version number.

Will this mean that builds and release now only update the actual 
changed plugins ?
and download diff will be smaller too ?

btw. how come stopping to do the 3.3.0, 3.3.100 etc. as is standard in 
p2/eclipse ?


/max
http://about.me/maxandersen


More information about the jbosstools-dev mailing list