<div dir="ltr">I think setting these limits is wrong, some companies have more overall representation then others.<div>The core reviewer job should be on a personal basis and not on a company basis, i think the PTL of each project needs</div><div>to make sure the diversity and the community voice is heard in each project and the correct path is taken even if</div><div>many (or even if all) of the cores are from the same company.</div><div>If you really want to set limits then i would go with something like 2 cores from the same company cannot +2 the same patch, but </div><div>again i am against such things personally..</div><div><br></div><div>Disclaimer: i am not personally involved in Kolla or know how things are running there.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 20, 2016 at 7:09 PM, Steven Dake (stdake) <span dir="ltr"><<a href="mailto:stdake@cisco.com" target="_blank">stdake@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>Hey folks,</div>
<div><br>
</div>
<div>Mirantis has been developing a big footprint in the core review team, and Red Hat already has a big footprint in the core review team.  These are all good things, but I want to avoid in the future a situation in which one company has a majority of core
 reviewers.  Since core reviewers set policy for the project, the project could be harmed if one company has such a majority.  This is one reason why project diversity is so important and has its own special snowflake tag in the governance repository.</div>
<div><br>
</div>
<div>I'd like your thoughts on how to best handle this situation, before I trigger  a vote we can all agree on.</div>
<div><br>
</div>
<div>I was thinking of something simple like:</div>
<div>"1 company may not have more then 33% of core reviewers.  At the conclusion of PTL elections, the current cycle's 6 months of reviews completed will be used as a metric to select the core reviewers from that particular company if the core review team has
 shrunk as a result of removal of core reviewers during the cycle."</div>
<div><br>
</div>
<div>Thoughts, comments, questions, concerns, etc?</div>
<div><br>
</div>
<div>Regards,</div>
<div>-steve</div>
<div><br>
</div>
</div>

<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">Best Regards ,<br><br>The G. </div>
</div>