aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Holly Cummins <holly.k.cumm...@googlemail.com>
Subject Re: Aries Util Next Release Version
Date Tue, 05 Feb 2013 20:20:07 GMT
+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
> >
>

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