<div dir="ltr">Hi stackers, <div><br></div><div>Seems likes after stackforge/rally -> openstack/rally Rally project started being more attractive.</div><div>According recent stats we are on top 3 position (based on Patch sets stats) <br></div><div><a href="http://stackalytics.com/?release=liberty&metric=patches&project_type=All">http://stackalytics.com/?release=liberty&metric=patches&project_type=All</a> </div><div>And if we compare half year ago we have 40 open reviews and now we have about 140... </div><div>In other words we need to scale core reviewing process with keeping quality. </div><div><br></div><div><history_note></div><div><br></div><div>I suggested in mailing thread: </div>[openstack-dev][all][infra][tc][ptl] Scaling up code review process (subdir cores)<div>To create special rules & ACL groups to have fully automated system. <br></div><div><br></div><div>Instead of support I got raped by community. </div><div>Community was very polite & technical oriented in that thread and they said: </div><div>1) I am bad PTL, </div><div>2) I don't know how to do open source </div><div>3) Rally project sux </div><div>4) Rally project community sux</div><div>5) Rally project has troubles </div><div>6) A lot of more constructive critics </div><div><br></div><div>So Instead of having NICE fully automated system for subcores we will use ugly, not automated but very popular in community "trust" model based on excel.....</div><div><br></div><div></history_note><br></div><div><br></div><div><br></div><div>Solution: </div><div>We will have single core team that can merge anything.</div><div>But there will be two types of core (based on trust ;()</div><div><br></div><div>I created page in docs, that explains who is who: </div><div><a href="https://review.openstack.org/#/c/188843/1">https://review.openstack.org/#/c/188843/1</a></div><div><br></div><div>Core reviewer</div><div>------------------ </div><div>That are core for whole project </div><div><br></div><div>Plugin Core reviewer</div><div>----------------------------</div><div>That will just review/merge their component plugins and nothing else</div><div><br></div><div> <br></div><div>I hope by end of this cycle each component will have own subteam which will resolve </div><div>most of reviewing process scale issues.. </div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic</div></div>