Getting started
Your first run
What the pull request looks like after the first push runs on Apex, and where to find the verdict, the timing, and the reproduce command.
The check run
The first push after the App is installed produces a check run on the commit, named after the job
exactly as GitHub would name it. Annotations from ::error and ::warning commands appear inline on
the diff. The log is one click away.
The verdict
Open the run. At the top is a verdict for every workflow file in the repository — including the ones that ran nothing, and which filter said no. If a workflow you expected did not run, this is where the reason is.
Step timing
Each step in the job shows its duration and, after a few runs, how it compares with its own history for that workflow and matrix leg. Steps that are slower than usual are marked.
Flaky tests
If a job writes JUnit, TAP or CTRF reports, Apex discovers them in the workspace without any change to the workflow. A test that passed and failed at the same commit is a flake; it is named on the pull request as a warning and never turns a green run red.
Reproducing a failure
A failed job shows the exact command to run it on your machine:
pristine reproduce --run 8123 --job test
Every secret the job used is named in the output and never included. Set the values in your shell and run the command.