Re: The future of commit access policy for core Firefox
Andrew McCreight <[email protected]> Thu, 9 Mar 2017 14:31:52 -0800
| Newsgroups | gmane.comp.mozilla.devel.seamonkey |
|---|---|
| Message-ID | <CAG3OmdOrfo3dnBTO2V2=unowEB31eZJ1jGA=63igt9wEueNSzw@mail.gmail.com> |
On Thu, Mar 9, 2017 at 2:14 PM, L. David Baron <[email protected]> wrote: > On Thursday 2017-03-09 16:53 -0500, Mike Connor wrote: > > I've identified the following goals as critical for a responsible commit > > access policy: > ... > > - The change that gets pushed must be the same change that was > approved. > > I'm curious what this goal means. In particular, does it mean that > you're trying to end "review+ if you make the following changes", > and require that reviewers re-review the revisions no matter what? > That's what it sounds like to me. Also, a strict reading of this would imply that rebasing will require re-review. > > (If it does mean that, then that's a substantial increase on > reviewer load; if it doesn't, then I'm curious what definition of > "the same" you're using.) > In practice, I doubt anybody will look at these re-reviews, so I'm not sure how much it will help our security.