<div dir="ltr">As someone who has spent quite a bit of time triaging bugs, I'd be hugely in favor of this. I'd probably be willing to pitch in on additional projects, as well.<div><br></div><div>Is there already tooling for this built around Launchpad, or do we have to roll our own?</div><div><br></div><div>With <a href="http://storyboard.openstack.org">storyboard.openstack.org</a> looming on the horizon, should such an effort be put on the back burner for now?<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 17, 2014 at 10:46 AM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br>
<br>
Regardless of how big/small bugs backlog is for each project, I<br>
believe this is a common, annoying and difficult problem. At the oslo<br>
meeting today, we're talking about how to address our bug triage<br>
process and I proposed something that I've seen done in other<br>
communities (rust-language [0]) that I consider useful and a good<br>
option for OpenStack too.<br>
<br>
The process consist in a bot that sends an email to every *volunteer*<br>
with 10 bugs to review/triage for the week. Each volunteer follows the<br>
triage standards, applies tags and provides information on whether the<br>
bug is still valid or not. The volunteer doesn't have to fix the bug,<br>
just triage it.<br>
<br>
In openstack, we could have a job that does this and then have people<br>
from each team volunteer to help with triage. The benefits I see are:<br>
<br>
* Interested folks don't have to go through the list and filter the<br>
bugs they want to triage. The bot should be smart enough to pick the<br>
oldest, most critical, etc.<br>
<br>
* It's a totally opt-in process and volunteers can obviously ignore<br>
emails if they don't have time that week.<br>
<br>
* It helps scaling out the triage process without poking people around<br>
and without having to do a "call for volunteers" every meeting/cycle/etc<br>
<br>
The above doesn't solve the problme completely but just like reviews,<br>
it'd be an optional, completely opt-in process that people can sign up<br>
for.<br>
<br>
Thoughts?<br>
Flavio<br>
<br>
[0] <a href="https://mail.mozilla.org/pipermail/rust-dev/2013-April/003668.html" target="_blank">https://mail.mozilla.org/<u></u>pipermail/rust-dev/2013-April/<u></u>003668.html</a><span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
@flaper87<br>
Flavio Percoco<br>
</font></span><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div></div>