Skip to content

Commit 784ccc2

Browse files
Docs: Clarify GitHub Actions re-run permissions for contributors (GH-1842)
1 parent 4ea7395 commit 784ccc2

1 file changed

Lines changed: 10 additions & 4 deletions

File tree

getting-started/pull-request-lifecycle.rst

Lines changed: 10 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -667,10 +667,16 @@ list of executed checks. Clicking :guilabel:`Update branch` next to this message
667667
will merge in the latest changes from the base branch into the PR.
668668

669669
If this still doesn't help with the failure on the PR, you can try
670-
to re-run that particular failed check. Go to the red GitHub Action job,
671-
click on the :guilabel:`Re-run jobs` button on the top right, and select
672-
:guilabel:`Re-run failed jobs`. The button will only be present when all other
673-
jobs finished running.
670+
to re-run that particular failed check. Note that the :guilabel:`Re-run jobs`
671+
button is only visible to members of the core and triage team. If you have those
672+
permissions, go to the failed GitHub Action job, click :guilabel:`Re-run jobs` on
673+
the top right, and select :guilabel:`Re-run failed jobs`. The button is only
674+
present once all other jobs have finished.
675+
676+
If don't have access to the button, ask a member of the teams to
677+
re-run the jobs for you. Alternatively, you can re-trigger CI yourself by
678+
pushing an empty commit, or by updating your branch with the
679+
:guilabel:`Update branch` button.
674680

675681
Re-running failed jobs shouldn't be your first instinct but it is occasionally
676682
helpful because distributed systems can have intermittent failures, and

0 commit comments

Comments
 (0)