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.