@@ -667,19 +667,16 @@ list of executed checks. Clicking :guilabel:`Update branch` next to this message
667667will merge in the latest changes from the base branch into the PR.
668668
669669If this still doesn't help with the failure on the PR, you can try
670- to re-run that particular failed check.
671-
672- The :guilabel: `Re-run jobs ` button on GitHub Actions is only visible
673- to Python core and triage teams. If you have these permissions, go to
674- the red GitHub Action job, click on the :guilabel: `Re-run jobs ` button on the
675- top right, and select :guilabel: `Re-run failed jobs `. The button will only be
676- present when all other jobs finished running.
677-
678- If you are a regular contributor and cannot see the button, you can ask a
679- reviewer to re-run the failed jobs for you in a PR comment. Alternatively, you
680- can re-trigger the CI by pushing an empty commit to your branch (for example,
681- ``git commit --allow-empty -m "Trigger CI" ``), or by closing and re-opening
682- your pull request.
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.
683680
684681Re-running failed jobs shouldn't be your first instinct but it is occasionally
685682helpful because distributed systems can have intermittent failures, and
0 commit comments