"We will upversion only the sub component that has changed."
Does that mean "only increment the plugin and its containing feature when a
change happens in a given plugin; for all other plugins/features don't bump
for the sake of bumping" ?
Or does that mean "if in jbosstools-base, only foundation and common have
changed, but the sub components called usage, runtime, tests, and stacks
have not, then only the features and plugins in foundation and common
should be mass-bumped to x.y+1 (master) or x.y.z+1 (4.4.x branch)" ?
By the way, if you forget to increment a feature that contains your changed
plugin, the baseline comparator will complain when you build locally:
[ERROR] Failed to execute goal compare-version-with-baselines on
org.jboss.tools.openshift.core: Version have moved backwards for
(org.jboss.tools.openshift.core/3.3.2.v20170215-1207). Baseline has
3.3.2.v20170217-1329)
So you can verify you've bumped all the right things by iterating until the
errors go away.
On Tue, Feb 28, 2017 at 12:11 PM, Jean-Francois Maury <jmaury(a)redhat.com>
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
We will experiment this during 4.4.4.AM1 and revisit if we found too many
problems
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com