<div dir="ltr">Dima<div><br></div><div>What I think is that we need to somehow group the bugs so that after they are initially triaged particular component developers can understand which bugs to get from the pool of unassigned bugs. Could you please show how you are going to tackle this?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 13, 2015 at 11:24 PM, Mike Scherbakov <span dir="ltr"><<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dmitry,<div>I think that #1 is reasonable.</div><div>For #2, separate LP projects, I'd want to assess pros/cons before making a decision. I see more cons at the moment. I've started adding it in the etherpad, I'd appreciate if other folks would join and provide their input there.</div><div><br></div><div>Thank you,</div></div><br><div class="gmail_quote"><div><div class="h5"><div dir="ltr">On Tue, Oct 13, 2015 at 11:34 AM Dmitry Pyzhov <<a href="mailto:dpyzhov@mirantis.com" target="_blank">dpyzhov@mirantis.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Guys,<div><br></div><div>I propose several changes in bugs workflow on Launchpad.</div><div>1) Let's stop using component based team groups as assignees for bugs</div><div>2) Let's create separate Launchpad projects for qa, docs and infra teams</div><div><br></div><div>It will affect everyone who tracks any list of bugs. So I want to be sure that everyone can ask question or raise concern.</div><div><br></div><div>Why do we need this? We are growing community. In 7.0 release we addressed 2153 bugs. This number is almost unmanageable. We have a lot of tags (99 official and 219 other tags), a lot of Launchpad groups. We have several big teams with their own workflows. We have 1482 bugs in our current release. In order to understand if a bug in really a bug or some kind of support request one have to analyse its tags, assignee and teams of assignee. And there is a chance that the analysis will produce wrong result.</div><div><br></div><div>I'm trying to make our bug management as clear as possible and produce as little extra everyday mouse clicking as possible. Here is list of required changes: <a href="https://etherpad.openstack.org/p/fuel-bugs-taxonomy" target="_blank">https://etherpad.openstack.org/p/fuel-bugs-taxonomy</a></div><div><br></div><div>Feel free to ask questions.</div></div></div></div>
__________________________________________________________________________<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><span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><div dir="ltr">-- <br></div><div dir="ltr">Mike Scherbakov<br>#mihgen</div>
</font></span><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></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>35bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div></div></div>
</div>