[openstack-dev] [nova] Some thoughts on the nova-specs design process

Christopher Yeoh cbkyeoh at gmail.com
Mon Mar 17 04:21:40 UTC 2014

On Mon, 17 Mar 2014 13:58:20 +1100
Michael Still <mikal at stillhq.com> wrote:
> So I've written a blueprint for nova for Juno, and uploaded it to
> nova-specs (https://review.openstack.org/#/c/80865/). That got me
> thinking about what this process might look like, and this is what I
> came up with:
> * create a launchpad blueprint
> * you write a proposal in the nova-specs repo
> * add the blueprint to the commit message of the design proposal, and
> send the design proposal off for review
> * advertise the existence of the design proposal to relevant stake
> holders (other people who hack on that bit of the code, operators
> mailing list if relevant, etc)
> * when the proposal is approved, it merges into the nova-specs git
> repo and nova-drivers then mark the launchpad blueprint as approved
> * off you go with development as normal
> This has the advantage that there's always a launchpad blueprint, and
> that the spec review is associated with that blueprint. That way
> someone who finds the launchpad blueprint but wants to see the actual
> design proposal can easily do so because it is linked as an "addressed
> by" review on the blueprint.
> Thoughts?

To accommodate those who happen to find the blueprint first, I think we
need a link from the blueprint to the nova-specs review or when its
approved into the nova-specs repository. I kind of expected the link
from the blueprint to review to happen automatically, but it doesn't
seem to have happened for your example.


More information about the OpenStack-dev mailing list