<div dir="ltr">Hi Vladimir,<div><br></div><div>I see one big problem here - people who have expert skills in one area (for example, in fuel-library puppet manifests and their logic) will have ability to set +2 and workflow +1 to reviews in other areas (for example, in fuel-astute) where they don't have good expertise. It can lead to errors increase and tests failures.</div><div><br></div><div>Also I don't feel any problems with core reviewers today (in fuel-library at least). If someone think that patches are merged too slow - let's just introduce new cores to corresponding teams, we have many great guys who will be glad to do this work. A burden of one's own choice is not felt, you know )</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 5, 2016 at 2:11 PM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Dear colleagues,<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">I'd like to suggest to use common fuel-core group for all Fuel projects instead of having separate independent 'by-project' core groups like 'fuel-astute-core' or 'fuel-agent-core'. <br><br>Pros: <br></div><div class="gmail_default" style="font-family:monospace,monospace">1) It will be easier to access core members (timezone and holiday tolerance)<br></div><div class="gmail_default" style="font-family:monospace,monospace">2) It will be easier to manage single core group (promote new members, remove not active members)<br></div><div class="gmail_default" style="font-family:monospace,monospace"></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Cons:<br></div><div class="gmail_default" style="font-family:monospace,monospace">1) Less of flexibility. Permissions will be the same for all core reviewers in all Fuel projects.<br></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">What do you think?<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_default" style="font-family:monospace,monospace"><br clear="all"></div><div><div><div>Vladimir Kozhukalov</div></div></div>
</font></span></div>
<br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>with best regards,</div><div>Stan.</div></div></div></div></div>
</div>