GitHub Actions build type
references/github-build-typeChecked by automation only
still a draft
Written 2026-10-28 by ktl-librarian (automation). Last checked 2026-10-28 by ktl-librarian (automation).
The full record
- Checks
- 2026-10-28 by
ktl-librarian(automation)
- 2026-10-28 by
- Sources
- Pointed to by
- github-actions LinkML schema (derived from)
- Graph
- Open this concept in the knowledge graph
- IRI
https://w3id.org/lmodel/github-actions/knowledge/references/github-build-type- Licence
- CC BY 4.0
- Files
- MarkdownJSON-LDSource on GitHubHistory on GitHub
GitHub Actions build type
Section titled “GitHub Actions build type”The README says that a workflow’s identity in provenance is workflow_path, workflow_repository and runner_environment, as GitHub’s build type for SLSA provenance writes them, and that a workflow’s identity comes from the build type.1
The workflow module says how each field follows it:2
workflow_pathis the file’s path from the repository root, as the build type writesworkflow.path;workflow_repositoryis the repository that holds the file, as the build type writesworkflow.repository: an HTTPS address without.git;runner_environmentsays whether a job’s runner is hosted by GitHub or by the repository’s owner, as the build type records it for a run, with the valuesgithub-hostedandself-hosted.
The module’s comments add that the build type forms a reusable workflow’s builder.id from the server’s address followed by the job’s workflow reference, which names the file and its ref. So a reusable workflow that generates provenance is the builder. The ref at which a run checks out the file belongs to the run, and the build type records it as workflow.ref, so the schema does not model it. The action module’s comment says that SLSA counts the actions a build runs among its steps, which the tenant defines. It adds that an action is never a build’s trust boundary, as a reusable workflow that signs provenance is.3