<div dir="ltr">On Mon, Mar 13, 2017 at 12:58 PM, Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 03/10/2017 01:37 PM, John Griffith wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Now that micro-versions are *the API versioning scheme to rule them all* one<br>
question I've not been able to find an answer for is what we're going to promise<br>
here for support and testing.  My understanding thus far is that the "community"<br>
approach here is "nothing is ever deprecated, and everything is supported forever".<br>
</blockquote>
<br></span>
Nova has so far taken this approach, but there has been talk of bumping the minimum required microversion at every dev gathering.  It hasn't happened yet, but if the support costs of maintaining the compat code becomes too high then it could happen.<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Indeed. We discussed this at the PTG a bit[0], and plan to use ironic as an experiment for this. It's an admin-only API, so the API users should be the same (or in contact with) the folks deploying it, and so it shouldn't be as surprising. We hope to get some feedback and find out if doing this is as terrible as we keep saying.<br><br></div><div>// jim</div><br></div><div class="gmail_quote">[0] line 146 here: <a href="https://etherpad.openstack.org/p/ptg-architecture-workgroup">https://etherpad.openstack.org/p/ptg-architecture-workgroup</a><br></div><br></div></div>