<div dir="ltr"><div>Hi all,</div>fix for tests in #2 is on review, <a href="https://review.openstack.org/#/c/255811/">https://review.openstack.org/#/c/255811/</a><div><br></div><div>cheers,</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 10, 2015 at 1:15 PM Dmitry Tantsur <<a href="mailto:dtantsur@redhat.com">dtantsur@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12/09/2015 10:58 PM, Jim Rollenhagen wrote:<br>
> On Fri, Dec 04, 2015 at 05:38:43PM +0100, Dmitry Tantsur wrote:<br>
>> Hi!<br>
>><br>
>> As you all probably know, we've switched to reno for managing release notes.<br>
>> What it also means is that the release team has stopped managing milestones<br>
>> for us. We have to manually open/close milestones in launchpad, if we feel<br>
>> like. I'm a bit tired of doing it for inspector, so I'd prefer we stop it.<br>
>> If we need to track release-critical patches, we usually do it in etherpad<br>
>> anyway. We also have importance fields for bugs, which can be applied to<br>
>> both important bugs and important features.<br>
>><br>
>> During a quick discussion on IRC Sam mentioned that neutron also dropped<br>
>> using blueprints for tracking features. They only use bugs with RFE tag and<br>
>> specs. It makes a lot of sense to me to do the same, if we stop tracking<br>
>> milestones.<br>
>><br>
>> For both ironic and ironic-inspector I'd like to get your opinion on the<br>
>> following suggestions:<br>
>> 1. Stop tracking milestones in launchpad<br>
>> 2. Drop existing milestones to avoid confusion<br>
>> 3. Stop using blueprints and move all active blueprints to bugs with RFE<br>
>> tags; request a bug URL instead of a blueprint URL in specs.<br>
>><br>
>> So in the end we'll end up with bugs for tracking user requests, specs for<br>
>> complex features and reno for tracking for went into a particular release.<br>
>><br>
>> Important note: if you vote for keeping things for ironic-inspector, I may<br>
>> ask you to volunteer in helping with them ;)<br>
><br>
> We decided we're going to try this in Monday's meeting, following<br>
> roughly the same process as Neutron:<br>
> <a href="http://docs.openstack.org/developer/neutron/policies/blueprints.html#neutron-request-for-feature-enhancements" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/neutron/policies/blueprints.html#neutron-request-for-feature-enhancements</a><br>
><br>
> Note that as the goal here is to stop managing blueprints and milestones<br>
> in launchpad, a couple of things will differ from the neutron process:<br>
><br>
> 1) A matching blueprint will not be created; the tracking will only be<br>
> done in the bug.<br>
><br>
> 2) A milestone will not be immediately chosen for the feature<br>
> enhancement, as we won't track milestones on launchpad.<br>
><br>
> Now, some requests for volunteers. We need:<br>
><br>
> 1) Someone to document this process in our developer docs.<br>
><br>
> 2) Someone to update the spec template to request a bug link, instead of<br>
> a blueprint link.<br>
><br>
> 3) Someone to help move existing blueprints into RFEs.<br>
><br>
> 4) Someone to point specs for incomplete work at the new RFE bugs,<br>
> instead of the existing blueprints.<br>
><br>
> I can help with some or all of these, but hope to not do all the work<br>
> myself. :)<br>
<br>
I'll help you with as many things as my time allows. Documentation is my<br>
week point, so I'll start with #2.<br>
<br>
><br>
> Thanks for proposing this, Dmitry!<br>
><br>
> // jim<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div dir="ltr"><span>Dr. Pavlo Shchelokovskyy</span><div>Senior Software Engineer</div><div>Mirantis Inc</div><div><a>www.mirantis.com</a></div></div>