<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><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">
<br>
What I hope to do is setup a check doing CI on devstack-f20 nodes[3],<br>
this will setup a devstack based nova with the nova-docker driver and<br>
can then run what ever tests make sense (currently only a minimal test,<br>
Eric I believe you were looking at tempest support maybe it could be<br>
hooked in here?).<br></blockquote><div><br></div><div>I'm not sure how far you've gotten, but my approach had been not to use devstack-gate, but to build upon dockenstack (<a href="https://github.com/ewindisch/dockenstack">https://github.com/ewindisch/dockenstack</a>) to hasten the tests.</div>
<div><br></div><div>Advantages to this over devstack-gate are that:</div><div>1) It is usable for developers as an alternative to devstack-vagrant so it may be the same environment for developing as for CI.</div><div>2) All network-dependent resources are downloaded into the image - completely eliminating the need for mirrors/caching infrastructure.</div>
<div>3) Most of the packages are installed and pre-configured inside the image prior to running the tests such that there is little time spent initializing the testing environment.</div><div><br></div><div>Disadvantages are:</div>
<div>1) It's currently tied to Ubuntu. It could be ported to Fedora, but hasn't been.<br></div><div><div>2) Removal of apt/rpm or even pypi dependencies may allow for false-positive testing results (if a dependency is removed from a requirements.txt or devstack's packages lists, it will still be installed within the testing image); This is something that could be easily fixed if should it be essential.</div>
</div><div><br></div><div>If you're interested, I'd be willing to entertain adding Fedora support to Dockenstack.</div></div></div></div>