aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Bosschaert <david.bosscha...@gmail.com>
Subject Re: Aries Util Next Release Version
Date Wed, 06 Feb 2013 08:37:58 GMT
+1 to 1.1.1-SNAPSHOT from me too.

David


On 5 February 2013 21:46, Emily Jiang <emijiang6@googlemail.com> wrote:

> +1 to 1.1.1-SNAPSHOT. It is not necessary to bump up minor version for no
> reason. By the way, the semantic versioning tool is ok for greedy version
> increase:).
>
> On Tue, Feb 5, 2013 at 9:05 PM, John W Ross <jwross@us.ibm.com> wrote:
>
> >
> > Just to be sure we're talking about the same thing (my subject might have
> > been a bit misleading), the part of the version policy I'm referring to
> is
> > the following:
> >
> > "OSGi semantic versioning applies to bundles as well as packages. When
> > releasing a new version of a bundle the change in the bundle version
> should
> > give some indication of nature of the changes to the bundle. In Aries the
> > bundle version is the same as version of the Maven artifact version.
> During
> > development, in trunk, the Maven artifact version will be:
> >       x.y.(z+1)-SNAPSHOT
> >
> >
> > Where x.y.z is the most recent release of the bundle"
> >
> > The most recent release of util is 1.1.0. This implies the artifact
> version
> > in trunk would be 1.1.(0+1) instead of 1.2.0. You're saying you would
> like
> > to modify the policy and keep the 1.2.0-SNAPSHOT version in trunk?
> >
> > John
> >
> > >
> > > Re: Aries Util Next Release Version
> > >
> > > +1 to modifying the policy. I think we need to use the minimal version
> > > increment until proven otherwise. Otherwise we risk breaking
> implementors
> > > of interfaces in the snapshot build every time we do a release.
> > > The 1.2.0-SNAPSHOT is defaulted by the release plugin, but it's easy
> > enough
> > > to override to the minimal increment when staging the release.
> > >
> > > Holly
> > >
> > > On Tue, Feb 5, 2013 at 5:43 PM, John W Ross <jwross@us.ibm.com> wrote:
> > >
> > > >
> > > > I'm also okay with amending our version policy (not sure how old the
> > > > information on that web page is). I'm not sure I care what the trunk
> > > > snapshot version is as long as the semantic versioning tool would
> > detect
> > > > that a minor version increment is not necessary (if applicable) at
> > release
> > > > time and make the released version 1.1.1.
> > > >
> > > > Also, if we decide to adhere to the version policy as stated, was the
> > > > 1.2.0-SNAPSHOT automatically generated by the tool (i.e. would
> > something
> > > > need to be fixed there) or is that decided by the user?
> > > >
> > > > John
> > > >
> > > > >
> > > > > Re: Aries Util Next Release Version
> > > > >
> > > > >
> > > > > On Feb 5, 2013, at 9:37 AM, John W Ross <jwross@us.ibm.com>
wrote:
> > > > > > I noticed that after the 1.1.0 release, the next version for
> aries
> > util
> > > > was
> > > > > > marked as 1.2.0-SNAPSHOT. I'm just curious if it's correct to
> > > > automatically
> > > > > > assume another minor version increment or if it should really
be
> > > > > > 1.1.1-SNAPSHOT. 1.2.0 seems inconsistent with the version policy
> > > > specified
> > > > > > at http://aries.apache.org/development/versionpolicy.html.
> > > > >
> > > > > I'm ok flipping them to 1.1.1-SNAPSHOT.   Seems reasonable.
> > > > >
> > > > > That said, you'd have to login to nexus and wipe out the 1.2.0-
> > > > > SNAPSHOT versions.
> > > > >
> > > > > --
> > > > > Daniel Kulp
> > > > > dkulp@apache.org - http://dankulp.com/blog
> > > > > Talend Community Coder - http://coders.talend.com
> > > > >
> > > >
> >
>
>
>
> --
> Thanks
> Emily
> =================
> Emily Jiang
> ejiang@apache.org
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message