Open Stack

We resolved in the nova meeting to give this a go. We're still working
out the exact plan, but I suspect we'll iterate a few times anyways.

Thanks for the great suggestion!

Michael

On Fri, May 24, 2013 at 7:14 AM, Mark McClain
<mark.mcclain at dreamhost.com> wrote:
> This has worked very well for us since we started doing it in the Grizzly cycle.  Devs can find relevant work faster since they don't have to read through the larger bug list (this is especially helpful for driver maintainers).  I've updated the wiki to include the full list we use for Networking.
>
> mark
>
> On May 23, 2013, at 11:24 AM, Russell Bryant <rbryant at redhat.com> wrote:
>
>> On 05/23/2013 04:19 AM, Thierry Carrez wrote:
>>> The two-stage process used by Quantum is, I think, an interesting one
>>> for complex projects such as Nova. You can't expect every developer to
>>> have the expertise to triage and debunk everything, but every developer
>>> can tell which expertise is actually needed. So having people assigned
>>> to days to apply tags to new bugs, then people assigned to triage
>>> specific tags, might work out. I can certainly sign up to triage
>>> "rootwrap"-tagged bugs :)
>>
>> I really like this idea.
>>
>> Here are the official bug tags we currently have:
>>
>>    https://wiki.openstack.org/wiki/Bug_Tags
>>
>> I updated it fairly recently, so I think it's up to date for nova, at
>> least.  Some actions if we want to try this out:
>>
>> 1) Add some more tags to get more coverage across all of nova.  (Don't
>> just edit the wiki page, they have to be added into launchpad, so ping
>> me if you have one to add.)
>>
>> 2) Save off some handly launchpad queries:
>>
>> - untriaged, untagged bugs
>> - for t in tags: untriaged bugs with tag t
>>
>> 3) Create a wiki page that has all of the above queries, along with a
>> place for people to sign up for triaging a category.  We also need a
>> couple people responsible for tagging incoming bugs so they move into
>> tag-specific triage queues.
>>
>> --
>> Russell Bryant
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev