Skip to content

Add explanation to buildbots.rst about triggering buildbot on a PR #1605

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 8 commits into from
Jul 23, 2025
Merged
Show file tree
Hide file tree
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
Next Next commit
Mention labels, explain about retriggering
  • Loading branch information
hoodmane committed Jul 23, 2025
commit efb5296fefebcefc4352c1772b5fd785138fec04
23 changes: 19 additions & 4 deletions testing/buildbots.rst
Original file line number Diff line number Diff line change
Expand Up @@ -48,11 +48,22 @@ after each commit. In particular, reference leaks builds take several hours to
complete so they are done periodically. This is why it's important for you to
be able to check the results yourself, too.

Triggering a buildbot on a pull request
=======================================
Triggering buildbots on a pull request
======================================

If you want a pull request tested against a given platform, you can trigger one
or more build bots by posting a comment that begins with:
To trigger buildbots on a pull request you need to be a CPython triager or a
core developer. If you are not, ask someone to trigger them on your behalf.

The simplest way to trigger most buildbots on your PR is with the
:gh-label:`🔨 test-with-buildbots` and :gh-label:`🔨 test-with-refleak-buildbots`
labels. (See :ref:`github-pr-labels`.)

These will run buildbots on the most recent commit. If you want to trigger the
buildbots again on a later commit, you'll have to remove the label and add it
again.

If you want to test a pull request against specific platforms, you can trigger
one or more build bots by posting a comment that begins with:

.. code-block:: none

Expand All @@ -68,6 +79,10 @@ bedevere-bot will post a comment indicating which build bots, if
any, were matched. If none were matched, or you do not have the
necessary permissions to trigger a request, it will tell you that too.

The ``!buildbot`` comment will also only run buildbots on the most recent
commit. To trigger the buildbots again on a later commit, you will have to
repeat the comment.

Checking results of automatic builds
====================================

Expand Down
5 changes: 3 additions & 2 deletions triage/labels.rst
Original file line number Diff line number Diff line change
Expand Up @@ -135,7 +135,6 @@ Other labels

.. _GitHub Labels for PRs:
.. _github-pr-labels:

Labels specific to PRs
======================

Expand All @@ -158,9 +157,11 @@ to trigger specific bot behaviors.
* :gh-label:`skip news <skip%20news>`: for PRs that don't need a NEWS entry.
The :ref:`news-entry` section covers in details in which cases the NEWS entry
can be skipped.
* :gh-label:`test-with-buildbots`: used to test the latest commit with
* :gh-label:`🔨 test-with-buildbots`: used to test the latest commit with
the :ref:`buildbot fleet <buildbots>` whenever more testing is required
before merging. This may take multiple hours to complete.
* :gh-label:`🔨 test-with-refleak-buildbots`: Run the reference leak buildbots
on the latest commit. Useful for when the code might be leaky.
* :samp:`awaiting {action}`: these labels are applied and used by `bedevere`_
to indicate the stage of a PR and should not be applied manually.

Expand Down