<div dir="ltr">Greetings,<div><br></div><div>(I believe this topic has been brought up before, but I was unable to locate the thread)</div><div><br></div><div>In theory, AMI/ARI versions follow the semantic versioning pattern [1]. The major version number of each started at 1 (1.0.0) and is supposedly bumped when a new major version of the API is released.</div><div><br></div><div>However, in practice the API's major version is usually bumped when a new major version of Asterisk is released and not changed otherwise. This is done in order to alleviate API maintenance burdens, and the weird situation one could get into where an older version of Asterisk specifies a higher AMI/ARI version number than a newer version of Asterisk. For instance, because what could be a breaking API change in Asterisk 13 (version bumped) may not be in Asterisk 14 (version not bumped). So in reality Asterisk AMI/ARI API's exhibit the following pattern:</div><div><br></div><div>[asterisk-branch-number].[minor].[patch]</div><div><br></div><div>With the exception that currently the major version number is not actually the Asterisk branch number. In order to bring that more into alignment it has been proposed to do just that. Make the major number the same as the associated Asterisk branch number. So AMI/ARI API version numbers would then start with 13.x.x for Asterisk 13 and 14.x.x for Asterisk 14. </div><div><br></div><div>Thoughts and opinions?</div><div><div><br></div><div>[1] <a href="http://semver.org/">http://semver.org/</a></div>-- <br><div class="gmail_signature"><div dir="ltr"><pre style="padding:2px;border:1px solid rgb(114,99,77);background-color:rgb(238,238,238);color:rgb(0,0,0);overflow:auto">Kevin Harwell
Digium, Inc. | Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></pre></div></div>
</div></div>