Define the trust boundary
- Create the trust from the workspace Settings page before the first run.
- Trusts pin repository, ref glob, workflow path and ref, audience, and allowed actions.
- An optional GitHub environment and project can narrow the trust further.
- Revoking the trust invalidates machine sessions minted through it.
- The normal OIDC path requires no stored Blob Yard token.
Add the upload action
permissions:
contents: read
id-token: write
steps:
- uses: actions/checkout@v7
- uses: Reliability-Works/blobyard/.github/actions/upload@v1
with:
api-url: https://api.blobyard.com/v1
path: ./report.zip
project: release-files
workspace: demo-teamThe action is shell-only. It installs a checksum-verified native CLI release, requests GitHub OIDC identity, then exchanges it for a machine session lasting no more than 15 minutes.
Deploy a Web Yard
permissions:
contents: read
id-token: write
steps:
- uses: actions/checkout@v7
- uses: Reliability-Works/blobyard/.github/actions/upload@v1
with:
operation: deploy
path: ./apps/docs/dist
project: documentation
public: true
workspace: demo-team
yard: product-docsA Web Yard deploy uses the same repository-scoped OIDC exchange. Grant yard:manage to the trust, build the static directory before this step, and set public: true to acknowledge that every deployed file becomes public.
Consume immutable outputs
Artifact uploads output an immutable URI and version. Optional sharing returns a one-time share URL. A single Web Yard deploy outputs the stable yard-url, immutable deployment-url, deploy-id, and status. Multi-Yard deploys return both URLs in a compact JSON result array. Pull request comments additionally require pull-requests: write and use the workflow's existing GitHub token.