Oh, sorry, I might have got muddled about what we currently suggested doing and 
what bit of the instructions we were changing. +1 for 1.1.1-SNAPSHOT, which may 
need some user intervention during the release to achieve, but which is safest, 
semantically.



On 5 Feb 2013, at 21:05, John W Ross <[email protected]> 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 <[email protected]> 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 <[email protected]> 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
>>>> [email protected] - http://dankulp.com/blog
>>>> Talend Community Coder - http://coders.talend.com

Reply via email to