On Wed, Feb 19, 2014 at 9:08 AM, Wolfgang Laun <wolfgang.laun(a)gmail.com>wrote:
An absolutely unusual reason for incrementing a major version
which traditionally is only done when some major change is being made.
And I don't think that a difference of 1.0 will make a difference in
On 19/02/2014, Mark Proctor <mproctor(a)codehaus.org> wrote:
> I'm providing some information on planned version policy changes within
> JBoss, that will most likely impact our next community release.
> Currently the project vs product version numbering is considered
> by some people; especially when both the project and the product are on
> same major version number. One of the ways JBoss wishes to address this
> for the community major version to automatically increment just prior to
> product release - if the community is on the same version. For example as
> JBoss BRMS 6.0 is about to release, with community currently also on 6.0
> next community release would be required to move to 7.0, instead of 6.1.
> Community can then do 7.1, 7.2, 7.3 etc until the product shifts to 7.0.
> which point the community much shift to 8.0.
> rules-dev mailing list
rules-dev mailing list