<div dir="ltr"><div><div>Hi,</div><div><br></div><div>In Tempest, there is similar discussion.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Now Nova and Ironic have implemented API microversions in Kilo.<br>Nova's microversions are v2.1 - v2.3.<br>Ironic's microversions are v1.1 - v1.6.<br>Now Tempest is testing the lowest microversion on the gate, and<br>Ironic's microversions test patch[1] is on the gerrit.<br>Before merging the patch, I'd like to propose consistent test way for<br>microversions of Nova and Ironic.<br>My suggestion is the test target microversions are:<br>* the lowest microversion<br>* the biggest microversion, but don't use the keyword "latest" on a<br>header and these microversions tests are operated on different gate<br>jobs.<br>The lowest microversion is already tested on check-tempest-dsvm-full<br>or something, so this proposes just to add the biggest microversion<br>job like check-tempest-dsvm-full-big-microversion.</blockquote><div><br></div><div>Same as Tempest, I propose to use (in other word, "test") both;</div><div>* The lowest microversion</div><div>* The biggest microversion without the keyword "latest"</div><div><br></div><div>How do you think?<br></div><div><br></div><div><br></div><div>Best Regards,</div><div>Yuiko Takada</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-04-07 22:02 GMT+09:00 Dmitry Tantsur <span dir="ltr"><<a href="mailto:dtantsur@redhat.com" target="_blank">dtantsur@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi again, hope you're not tired of this topic :D<br>
<br>
I'm seeking for advice on what to do with microversions in discoverd. Basically I have the following options:<br>
<br>
1. Do nothing. Get whatever behavior I can get from installed Ironic and Ironic client. Though unlikely, may get broken by future changes.<br>
<br>
2. Demand version = 1.6. Looks like it keeps compatibility with old clients and servers, not sure what downsides are here.<br>
<br>
What are we going to recommend now as upstream?<br>
<br>
Dmitry<br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div><br></div>