<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 20, 2014 at 10:49 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We recently discussed the idea of using gerrit to review blueprint<br>
specifications [1].  There was a lot of support for the idea so we have<br>
proceeded with putting this together before the start of the Juno<br>
development cycle.<br>
<br>
We now have a new project set up, openstack/nova-specs.  You submit<br>
changes to it just like any other project in gerrit.  Find the README<br>
and a template for specifications here:<br>
<br>
  <a href="http://git.openstack.org/cgit/openstack/nova-specs/tree/README.rst" target="_blank">http://git.openstack.org/cgit/openstack/nova-specs/tree/README.rst</a><br>
<br>
  <a href="http://git.openstack.org/cgit/openstack/nova-specs/tree/template.rst" target="_blank">http://git.openstack.org/cgit/openstack/nova-specs/tree/template.rst</a></blockquote><div><br></div><div>This is great! This is the same basic process we've used for API-impacting changes in keystone and it has worked really well for us, and we're eager to adopt the same thing on a more general level.</div>

<div><br></div><div>The process seems overly complicated to me, however. As a blueprint proposer, I find it odd that I have to propose my blueprint as part of approved/ -- why not just have a single directory to file things away that have been implemented? Is it even necessary to preserve them? (why not just git rm when implemented?) Gerrit already provides a permalink (to the review).</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
The blueprint process wiki page has also been updated to reflect that we<br>
will be using this for Nova:<br>
<br>
  <a href="https://wiki.openstack.org/wiki/Blueprints#Nova" target="_blank">https://wiki.openstack.org/wiki/Blueprints#Nova</a><br>
<br>
Note that *all* Juno blueprints, including ones that were previously<br>
approved, must go through this new process.  This will help ensure that<br>
blueprints previously approved still make sense, as well as ensure that<br>
all Juno specs follow a more complete and consistent format.<br>
<br>
Before the flood of spec reviews start, we would really like to get<br>
feedback on the content of the spec template.  It includes things like<br>
"deployer impact" which could use more input.  Feel free to provide<br>
feedback on list, or just suggest updates via proposed changes in gerrit.<br>
<br>
I suspect this process to evolve a bit throughout Juno, but I'm very<br>
excited about the positive impact it is likely to have on our overall<br>
result.<br>
<br>
Thanks!<br>
<br>
[1]<br>
<a href="http://lists.openstack.org/pipermail/openstack-dev/2014-March/029232.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-March/029232.html</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>