<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-12-04 18:26 GMT+01:00 Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Dmitry Tantsur's message of 2015-12-04 17:38:43 +0100:<br>
<span class="">> Hi!<br>
><br>
> As you all probably know, we've switched to reno for managing release<br>
> notes. What it also means is that the release team has stopped managing<br>
> milestones for us. We have to manually open/close milestones in<br>
> launchpad, if we feel like. I'm a bit tired of doing it for inspector,<br>
> so I'd prefer we stop it. If we need to track release-critical patches,<br>
> we usually do it in etherpad anyway. We also have importance fields for<br>
> bugs, which can be applied to 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<br>
> and specs. It makes a lot of sense to me to do the same, if we stop<br>
> tracking 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>
<br>
</span>Please don't delete anything older than Mitaka.<br></blockquote><div><br></div><div>Do you have any hints how to not confuse users in this case?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Doug<br>
</font></span><div class="HOEnZb"><div class="h5"><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<br>
> for complex features and reno for tracking for went into a particular<br>
> release.<br>
><br>
> Important note: if you vote for keeping things for ironic-inspector, I<br>
> may ask you to volunteer in helping with them ;)<br>
><br>
> Dmitry.<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>--<br></div>-- Dmitry Tantsur<br><div>--<br></div></div></div>
</div></div>