It is interesting. But perhaps we might need something ad-hoc, in the srcdeps spirit.
For example, in the versions repo we can target the Alpha8 versions, i.e. accounts
1.1.4.Final, perhaps, accounts might have other upper releases 2.0.0.Final for WF10, but
the plugin can warn me that I'm not using the 1.1.4.Final.
Accounts would be responsible (or someone else) to put the right version on the
"versions repo" (which can be just a properties file on github).
So, we would work as today, but this non-intrusive plugin could help us to coordinate in
some degree.
On Tuesday, December 15, 2015 17:50:59 Lucas Ponce wrote:
> > Actually, this does not imply circular workflow, just a painful one :)
> >
> > 1) I want to release a new version of inventory and decide what its
> > version
> > is
> > gonna be.
> >
> > 2) I update parent POM with the new inventory version and release the
> > parent POM. Note that at this point in time no one is using this version
> > of parent and that inventory hasn't been released yet.
> >
> > 3) I update inventory with the new parent POM version and release it with
> > the intended version.
> >
> > So to break the circle outlined by Peter, you have to basically introduce
> > a
> > race condition and also double the number of releases we do.
> >
> > Note that the above workflow would work with a BOM, too.
>
> Out of curiosity, then how other projects works ? Can we adopt some best
> practice to reduce our complexity ?
>
> There are projects using bom and parent, and they have versions on both.
>
> If at the end of the story, there is a manual step of synchronization (i.e.
> I have to go to a place a look which version I need), I would like to see
> if we can get benefit in someway without adding circular dependencies or
> painful process.
>
> With the srcdeps plugin, we added an additional feature that helped in a
> sense.
>
> Is there a possibility to sync some property versions without entering on
> the circular dependency ?
>
> I am brainstorming, but what about a repo where we put these versions, and
> we can have just a plugin to warn if we are using correct ones ? (without
> having to place it on parent).
>
> I.e. In alerts I'm using a parent X and bus Y, and this plugin can check
> from the repo that my versions are not updated.
>
> So, manual step is not avoid but we are warned that for alpha8 target
> versions are a,b,c.
>
> When I release a new alerts, I can update that in the repo.
>
> Thoughts ?
>
> _______________________________________________
> hawkular-dev mailing list
> hawkular-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hawkular-dev
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev