2015-12-04 18:26 GMT+01:00 Doug Hellmann <d...@doughellmann.com>: > Excerpts from Dmitry Tantsur's message of 2015-12-04 17:38:43 +0100: > > Hi! > > > > As you all probably know, we've switched to reno for managing release > > notes. What it also means is that the release team has stopped managing > > milestones for us. We have to manually open/close milestones in > > launchpad, if we feel like. I'm a bit tired of doing it for inspector, > > so I'd prefer we stop it. If we need to track release-critical patches, > > we usually do it in etherpad anyway. We also have importance fields for > > bugs, which can be applied to both important bugs and important features. > > > > During a quick discussion on IRC Sam mentioned that neutron also dropped > > using blueprints for tracking features. They only use bugs with RFE tag > > and specs. It makes a lot of sense to me to do the same, if we stop > > tracking milestones. > > > > For both ironic and ironic-inspector I'd like to get your opinion on the > > following suggestions: > > 1. Stop tracking milestones in launchpad > > 2. Drop existing milestones to avoid confusion > > Please don't delete anything older than Mitaka. >
Do you have any hints how to not confuse users in this case? > > Doug > > > 3. Stop using blueprints and move all active blueprints to bugs with RFE > > tags; request a bug URL instead of a blueprint URL in specs. > > > > So in the end we'll end up with bugs for tracking user requests, specs > > for complex features and reno for tracking for went into a particular > > release. > > > > Important note: if you vote for keeping things for ironic-inspector, I > > may ask you to volunteer in helping with them ;) > > > > Dmitry. > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- -- -- Dmitry Tantsur --
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
