CI/CD Integration
CI/CD Integration
This guide covers using Chaser as throwaway compute for pipelines, builds, and automated checks.
One-shot stateless execution
The simplest pattern — run a command on a fresh sandbox and get the result:
No workspace, no session management. Chaser provisions a sandbox, runs the command, and returns exit_code and output.
Queued execution with jobs
For retriable, scheduled, or bulk work, use the jobs API:
Jobs support run_at for delayed execution and idempotency_key for safe retries.
CLI for CI scripts
GitHub Actions runner
Chaser is a drop-in self-hosted GitHub Actions runner. Authenticate GitHub once via the Chaser dashboard, then in your workflow set:
Jobs land on microVMs that boot in seconds — typically faster than alternatives such as Blacksmith. Any label of the form chaser or chaser-* routes through Chaser. See GitHub Actions Runner for full setup details.
When to use workspaces in CI
Use ephemeral execution when:
- Every run should be fully isolated
- You want no state carryover between runs
Use workspace-backed execution when:
- You want cached
node_modules, build artifacts, or.githistory across runs - Multiple pipeline steps need shared filesystem state
- You want to inspect the workspace after a failure
Related
- Command Execution — exec API details
- Jobs — scheduling, pipelines, and job kinds
- Workspaces — persistent storage for CI