<div dir="ltr">Hey,<div><br></div><div>Just to get things started.  I have added some labels for review: <a href="https://github.com/qgis/QGIS/labels">https://github.com/qgis/QGIS/labels</a></div><div><br></div><div>Not a complete list feel free to add/rename more.</div><div><br></div><div>I like the idea of keeping prototype and incomplete different.</div><div><br></div><div>Regards,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 11, 2015 at 1:10 AM, Matthias Kuhn <span dir="ltr"><<a href="mailto:matthias@opengis.ch" target="_blank">matthias@opengis.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 09/10/2015 04:28 PM, Sandro Santilli wrote:<br>
> On Thu, Sep 10, 2015 at 12:16:27PM +0200, Matthias Kuhn wrote:<br>
>> On 09/10/2015 11:11 AM, Sandro Santilli wrote:<br>
>>> Something simple for a start could be:<br>
>>><br>
>>>  "incomplete" for PR that are are missing a testcase or otherwise<br>
>>>               known to be a work in progress<br>
>>>  "ready" for PR that are formally ready to be merged<br>
>>><br>
>>> What do you think ?<br>
>>><br>
>>> --strk;<br>
>> I am in favor of using label, they are a great way to classify things.<br>
>> It's just that the last time I introduced labels they were deleted and I<br>
>> am not aware of the reason.<br>
>><br>
>> I think it's good to be able to assign "incomplete" but I am not sure of<br>
>> "ready". Labels can only be assigned by core-committers and if one of<br>
>> them thinks it's ready he can as well just merge it.<br>
> I was thinking "ready" as in "ready for review" by someone with<br>
> experience in the field the patch is touching. A kind of second level<br>
> review:<br>
><br>
>  0. PR is submitted<br>
>  1. PR is formally valid (does not contain a zillion commits or<br>
>     back-meges, includes testcases, makes travis happy)<br>
>  2. PR is reviewed (confirmed to be good to merge)<br>
<br>
</span>I think we should try to keep it as simple as possible.<br>
If somebody is assigned he's responsible, no matter the state. If he<br>
think he's not he can reassign it to somebody else. We can maybe rethink<br>
this label once we have formalized criteria for "ready" but -1 from me<br>
right now.<br>
I.e. I think assigning somebody is more valuable than the label.<br>
<br>
The main thing I want is the "incomplete"/"poc"/"prototype" label to tag<br>
pull requests which are only there for travis or curious people.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Matthias<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> That way a "ticket manager" with no need to know all the code details<br>
> might only deal with setting the "incomplete" or "ready" (or maybe<br>
> renamed to be less confusing) labels to either get the contributor to<br>
> deal with incompleteness or get a reviewer assigned for further work.<br>
><br>
> --strk;<br>
<br>
<br>
</div></div><br>_______________________________________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org">Qgis-psc@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a><br></blockquote></div><br></div>