Clarify re-approval behaviour
Clarify re-approval and recheck relationship. Change-Id: Idda058417c542e6a0ad5e521fb65097727f48cf8
This commit is contained in:
parent
023b38c20f
commit
49959986de
@ -63,8 +63,11 @@ current change, re-approval.
|
||||
|
||||
Core reviewers can approve changes again to trigger gate testing for
|
||||
that particular change. Core reviewers should still heed the advice in
|
||||
:ref:`automated-testing` to ensure that unrelated failures are properly
|
||||
tracked.
|
||||
:ref:`automated-testing` to ensure that unrelated failures are
|
||||
properly tracked. Note that the change will directly enter the gate
|
||||
pipeline if and only if it has already a +1 vote from Jenkins,
|
||||
otherwise it will first enter the check pipeline like a "recheck"
|
||||
would.
|
||||
|
||||
When re-approving, core reviewers may need to work around a specific set
|
||||
of Gerrit behavior. Gerrit only emits vote values in its event stream
|
||||
|
Loading…
Reference in New Issue
Block a user