CI Status Checks
The ci.checks section configures commit status checks that show real-time operation progress.
On GitHub Actions, these use the Check Runs API. On GitLab CI, they use the Commit Status API.
Configuration
atmos.yaml
ci.checks.enabledPost commit status checks when operations start and complete.
Requires:
checks: writepermission (GitHub) or API token with commit status scope (GitLab)Default:
falseci.checks.context_prefixPrefix for status check names. For example, with prefix
atmos, checks appear asatmos/terraform/plan.Default:
atmosci.checks.statuses.componentPost commit status check summary operation on a component.
Requires:
checks: writepermission (GitHub) or API token with commit status scope (GitLab)Default:
trueci.checks.statuses.addPost commit status check if a resource creation is involved.
Requires:
checks: writepermission (GitHub) or API token with commit status scope (GitLab)Default:
trueci.checks.statuses.changePost commit status check if a resource update is involved.
Requires:
checks: writepermission (GitHub) or API token with commit status scope (GitLab)Default:
trueci.checks.statuses.destroyPost commit status check if a resource delete is involved.
Requires:
checks: writepermission (GitHub) or API token with commit status scope (GitLab)Default:
true
How It Works
When enabled, Atmos creates and updates check runs during Terraform operations:
While running:
● Atmos Plan in progress — vpc in plat-ue2-dev
When complete (success):
✓ Atmos Plan complete — 3 to add, 1 to change, 2 to destroy
When complete (failure):
✗ Atmos Plan failed — vpc in plat-ue2-dev
GitHub Actions Permissions
Status checks require the checks: write permission:
permissions:
checks: write
Related
- CI Configuration - Full configuration reference
- Native CI Overview - Feature overview