<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 23, 2015 at 12:59 PM, Stefano Maffulli <span dir="ltr"><<a href="mailto:stefano@openstack.org" target="_blank">stefano@openstack.org</a>></span> wrote:<br><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">On Mon, 2015-03-23 at 11:43 -0700, Mike Perez wrote:<br>
> We've been talking about CI's for a year. We started talking about CI deadlines<br>
> in August. If you post a driver for Kilo, it was communicated that you're<br>
> required to have a CI by the end of Kilo [1][2][3][4][5][6][7][8]. This<br>
> should've been known by your engineers regardless of when you submitted your<br>
> driver.<br>
<br>
Let's work to fix the CI bits for Liberty and beyond. I have the feeling<br>
that despite your best effort to communicate deadlines, some quite<br>
visible failure has happened.<br></blockquote><div><br></div><div>I think the only failure is on the side of any driver maintainers who did not make the deadlines. From my perspective (as one of the driver maintainers who did setup a CI system and a developer working on Cinder) this whole process has been a success. The test coverage has sky rocketed for Cinder, driver maintainers are forced to be a bit more active in the community, and the code base (in theory) no longer has volume drivers in tree that we don't know if they actually work or not. This is, in my opinion, a huge win for the project.</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">
You've been clear about Cinder's deadlines, I've been trying to add them<br>
also to the weekly newsletter, too.<br>
<br>
To the people whose drivers don't have their CI completed in time: what<br>
do you suggest should change so that you won't miss the deadlines in the<br>
future? How should the processes and tool be different so you'll be<br>
successful with your OpenStack-based products?<br><br></blockquote><div><br></div><div>For anyone who struggled with getting a CI system operational there are numerous resources at your disposal (all of which have been advertised in Cinder meetings and the #openstack-cinder IRC channel). There are three meetings every week where you can get help setting them up [1]. There are a few different Cinder developers who have set up their own CI systems and shared code/instructions [2][3]. I have seen those same devs supporting them via IRC and have enabled several other companies to successfully use their tools. Between these resources I don't think anyone who has actually showed up at the meetings, asked for help, and make a good faith effort to keep everyone in the loop and show progress failed to get their system online and keep their driver in Cinder.... its not a coincidence.</div><div><br></div><div>There are also efforts to provide an easier to use CI system that is shared with the OpenStack infra team [4]. I would recommend anyone who wants to help ease this process for new drivers/maintainers to help contribute to this effort. I think this is going to be the best route forward to ensure people have the tools they need to setup and operate a stable third party ci system.</div><div><br></div><div><br></div><div>1 - <a href="https://wiki.openstack.org/wiki/Meetings/ThirdParty#Weekly_Third_Party_meetings" target="_blank">https://wiki.openstack.org/wiki/Meetings/ThirdParty#Weekly_Third_Party_meetings</a></div><div>2 - <a href="https://github.com/rasselin/os-ext-testing" target="_blank">https://github.com/rasselin/os-ext-testing</a></div><div>3 - <a href="https://github.com/j-griffith/sos-ci" target="_blank">https://github.com/j-griffith/sos-ci</a></div><div>4 - <a href="https://review.openstack.org/#/c/139745/" target="_blank">https://review.openstack.org/#/c/139745/</a></div><div><br></div><div><br></div><div>-Patrick</div></div><br></div></div>