Re: [Asterisk-java-devel] new versioning scheme

[Brett S. <bs...@no...>]

The intent was to only follow the top level e.g. 13

The version scheme under that was to be our own.

I like the idea of logging the mis-matched versions and the api-call
isn't a terrible idea but I suspect it won't get used as if you are
making the api call then you are already aware of potential problems and
will have probably already selected the right version.

Do my above statements change your opinion?

Brett

On 04/06/15 22:58, Yves wrote:
> would have pros and cons...
> but in my opinion more cons..:
> asterisk version-numbers may be x , x.y, and even x.y.z    how far will 
> you follow this scheme?
> asterisk-patches may make it even worse.
> what, if changes are not affecting asterisk-java at all? release a 
> pseudo-new version anyways?
> how many branches will we have in a few years...
> 
> i think it would be better to have an own versioning, a changelog where 
> supported versions
> are noted, maybe an api-call to get supported asterisk-versions as well 
> as detecting the
> asterisk-version on startup and maybe logging out some warnings if 
> versions do not match..
> 
> yves
> 
> Am 04.06.2015 um 14:49 schrieb Brett Sutton:
>> One of our developers has suggested a slightly novel versioning scheme
>> that I thought worth putting to the group.
>>
>> The idea is to use the asterisk version no. as our version no.
>>
>> So our current v 1.0 would become v 1.8 as it supports up to asterisk 1.8
>>
>> The current master would become version 13 as its supports up to version 13.
>>
>> Its not quite a standard versioning convention but I do wonder if it
>> would make users life easier by making it more obvious which version of
>> our libraries to download?
>>
>> Thoughts?
>>
> 
> 
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> https://www.avast.com/antivirus
> 
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Asterisk-java-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/asterisk-java-devel
> 


-- 
S. Brett Sutton

Ph: 1300 NOOJEE (1300 666 533)
Noojee Telephony Solutions - On Demand Contact Centres Solutions
www.noojee.com.au