<div dir="ltr"><div>Hi Bryant,<br> <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">There is one potential downside with this workflow.  When a bug is 
assigned to someone, it will discourage anyone else from looking at it. 
 You may end up with a lot of bugs assigned that are not actively being 
worked on.<br></blockquote><div>Can't agree more <br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
<br>
An alternative approach would be to just subscribe developers you think 
may be willing and interested to take a look.  That way they'll get a 
notification email about it, but it won't discourage anyone else from 
working on it that may want to in the meantime.</blockquote><div>Good Way! <br><br></div><div>Damon<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-11-10 9:47 GMT+08:00 Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
----- Original Message -----<br>
> Hi folks,<br>
><br>
> I have been supervising bug list for neutron during the last release cycle,<br>
> trying<br>
> to do some "housekeeping", prioritizing issues and fixing some of them.<br>
><br>
> As you might see, amount of bugs (even staying in "New" state) doesn't go<br>
> down.<br>
> Bugs appear at quite fast pace, and some of them hang for quite a long time,<br>
> especially if someone has assigned the bug on himself and then abandoned<br>
> working on it.<br>
> One of the other reasons for that is that we lack volunteers willing to fix<br>
> those bugs.<br>
><br>
> So,<br>
><br>
> If you're willing to help, have some knowledge of neutron and its codebase or<br>
> you have a lab where you can reproduce (and hence, confirm) the bug and<br>
> provide more additional debugging info, that would be great!<br>
> My plan is to get your contact, knowing what "part" of neutron project you<br>
> familiar with, and then assign bugs directly to you if I feel that the issue<br>
> matches your experience.<br>
><br>
> I just want to make bug triaging/fixing process a bit more iterative and<br>
> efficient, with a help of community.<br>
> So please reach directly to me and let me know what you are<br>
> interested/experienced with.<br>
<br>
</div></div>There is one potential downside with this workflow.  When a bug is assigned to someone, it will discourage anyone else from looking at it.  You may end up with a lot of bugs assigned that are not actively being worked on.<br>
<br>
An alternative approach would be to just subscribe developers you think may be willing and interested to take a look.  That way they'll get a notification email about it, but it won't discourage anyone else from working on it that may want to in the meantime.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Russell Bryant<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>