<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Daniel, you are correct. The only caveat is that PRs can’t be merged if 
they touch a file owned by a team and haven’t been approved by that 
team.</blockquote><div><br></div><div>Actually that's what I meant.  In that case we just need to be careful about getting into a situation where all 2-3-4 of the code owners are out on leave and there's a must-fix bug in some piece of owned code.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 14, 2018 at 7:26 AM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.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">The relevant party could either be a subset of the commit bit owners (e.g. task group) or a set of people who don’t have the commit bit (e.g. QE). See the team examples from my original email.<div><br></div><div>Daniel, you are correct. The only caveat is that PRs can’t be merged if they touch a file owned by a team and haven’t been approved by that team.</div><span class="HOEnZb"><font color="#888888"><div><br><div><div dir="ltr" class="m_3192707086416182392gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David<br></div></div></div></div></div></div></div></div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 14, 2018 at 6:35 AM Milan Kovacik <<a href="mailto:mkovacik@redhat.com" target="_blank">mkovacik@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>+0 who's the relevant party if not the commit bit owner?</div><div>+1 for commit bit owners receiving automatic notification to review</div><div><br></div><div>--</div><div>milan<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 14, 2018 at 12:56 AM, Daniel Alley <span dir="ltr"><<a href="mailto:dalley@redhat.com" target="_blank">dalley@redhat.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">+1. My understanding is that this will not directly limit who can review or merge code, but should streamline the review process by notifying relevant parties?<br><div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_3192707086416182392m_4949605523463309318h5">On Mon, Aug 13, 2018 at 5:29 PM, David Davis <span dir="ltr"><<a href="mailto:daviddavis@redhat.com" target="_blank">daviddavis@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_3192707086416182392m_4949605523463309318h5"><div dir="ltr"><div>We have come up with initial proposal of how to use code owners feature in Pulp. Feedback on the initial proposal below is welcome. I will try to collect the feedback and open a PUP by the end of the week. Thanks!</div><div><br></div><div><br></div><div># Problem Statement</div><div><br></div><div>For Pulp's review process, there are several areas we could improve:</div><div><br></div><div>1. It’s not always clear who should review files. Over time we have developed subject matter experts for different areas of the codebase, but these are not codified anywhere. It would be useful for us to define teams need to review projects using code owners.</div><div><br></div><div>2. PRs go unnoticed. Github has a request-review feature, but only members of the github organization can click 'request review' button. It would be great if when a PR is opened people automatically received PR review requests.</div><div><br></div><div><br></div><div># Team Examples</div><div><br></div><div>Functional Tests - The QE Team should be code owners of functional tests that test core or core-maintained plugins</div><div>The Tasking System  - bmbouter, daviddavis, and dalley are the SME in this area</div><div><br></div><div><br></div><div># Solution</div><div><br></div><div>1. Configure the code-owners feature of Github (<a href="https://blog.github.com/2017-07-06-introducing-code-owners/" target="_blank">https://blog.github.com/2017-<wbr>07-06-introducing-code-owners/</a><wbr>). It will allow a team of 2 or more people to be notified and asked for review when a PR modifies a file within a certain area of the code.</div><div><br></div><div>2. Require code-owner review to merge. This is described in this section: <a href="https://blog.github.com/2017-07-06-introducing-code-owners/#an-extra-layer-of-code-security" target="_blank">https://blog.github.com/2017-<wbr>07-06-introducing-code-owners/<wbr>#an-extra-layer-of-code-<wbr>security</a></div><div><br></div><div><br></div><div># Process</div><div><br></div><div>The code owner role is not related to the commit bit. It's designed to get better reviews. Well reviewed work can be confidently merged by anyone with the commit bit.</div><div><br></div><div>To make a change to code owners, open a PR with the changes, and call for a lazy consensus vote by mailing list. Similar to the PUP decision making process, voting must be open for 10 days, and the committers of the respective repository are voting.</div><div><br></div><div>The code owners file itself should be owned by the core committers of the repository.</div><div><br></div></div>
<br></div></div>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div></div></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>
______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
</blockquote></div>
</div></div></blockquote></div><br></div>