<div dir="ltr">On 4 March 2014 17:07, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">I would advise dropping the custom CI setup and going with a method that specifically uses the upstream openstack-dev/devstack and openstack-infra/devstack-gate projects.</div></blockquote><div><br></div><div>
This sounds great to me. Thank you for all the work you are doing on simplifying the baseline CI setup.</div><div><br></div><div>The ideal situation from my perspective would be to use a standard upstream script to create a working CI that can make real tempest runs and vote with my account based on the results (to the sandbox initially). Then I'd branch this script to do the setup that's specific for my driver and to selectively disable tests that are not relevant (if needed). Then once it's looking good the votes could move from the sandbox to the mainline.</div>
<div><br></div><div>In future cycles when the CI requirements change I would pull the new upstream scripts and rebase my branch onto them. This could perhaps run in parallel into the sandbox before taking over the mainline work.</div>
<div><br></div><div>This seems to be the direction that you are taking things and that sounds wonderful to me.</div><div><br></div><div><br></div></div></div></div>