David Steele 1055287f49 Split the test workflow into reusable workflows. ...

test.yml had grown large enough to be awkward to navigate, but splitting it into independent workflows would have produced a separate run in the Actions UI for each file and required the push/pull_request trigger to be duplicated in every one.

Instead test.yml becomes a dispatcher that calls reusable workflows, so it remains a readable index of what runs while still producing a single run. Only test.yml has a trigger and the called workflows are all on: workflow_call. Permissions are granted in the dispatcher since a called workflow can only maintain or reduce the permissions of the token it is given, never elevate them.

The jobs are grouped by platform into linux, arch, and bsd, with doc for the documentation builds and misc for the checks that do not fit any of them.

The documentation builds are worth separating because they have little in common with the tests they were mixed in with. They do not use the test containers, so they need no GHCR login or packages: write permission to maintain the container cache, and they generate no coverage, so there is no report to upload on failure. The build-max parameter was already ignored for doc since ci.pl only passes parameters through on the test path, so it is not carried over.

Job names gain the calling job as a prefix, e.g. linux / test, which is the cost of getting a single run.

Also move symbol.out into a data directory since it is not a workflow and GitHub only scans the top level of .github/workflows.

2026-07-17 17:17:23 +07:00

..

symbol.out

Split the test workflow into reusable workflows.

2026-07-17 17:17:23 +07:00