Gitea GitOps promotion
promotion.giteaCreate a constrained infrastructure branch and Gitea pull request.
- Writes to a repository
- Needs a connection
- Supports rollback
- Runner needs: git
An adapter is one typed deployment operation. Each declares its category, risk, required runner tools, configuration fields, and whether it supports verification and rollback. A runner publishes only the adapters for which both the code and the required tools are installed, and the Deployments → Adapters tab marks each catalogue entry Available when a registered runner offers it, otherwise Catalog.
Catalogue entries that no runner offers stay visibly unavailable; the scheduler never falls back to a similar adapter. Every adapter contract is pinned at lifecycle-safe version 2.0, and a runner reporting a different version is rejected at registration, heartbeat, and claim.
Promotion adapters open a constrained pull or merge request against an infrastructure repository. They write to a repository, never to infrastructure directly.
Create a constrained infrastructure branch and Gitea pull request.
Create a constrained infrastructure branch and GitHub pull request.
Create a constrained infrastructure branch and GitLab merge request.
Transform adapters rewrite image references or variables in a specific configuration format ahead of a promotion step. A workflow that uses a transform must also contain a promotion step.
Update allowlisted Compose service image references.
Update configured image fields in a Helm values file.
Update configured image entries in a Kustomization.
Update explicit image or release variables without touching state.
Update allowlisted service images while preserving stack.yml formatting.
Update an explicit allowlist of YAML scalar paths.
Execute adapters change infrastructure. They run only after the mutation boundary is recorded and are subject to the execution gate. The Terraform and OpenTofu saved-plan adapters do not support rollback, so a workflow containing them cannot produce a rollback plan.
Run an allowlisted playbook and inventory from a fixed checkout.
Synchronize and wait for one allowlisted Argo CD application.
Server-side apply an allowlisted manifest directory and wait for rollout.
Apply an allowlisted saved plan whose SHA-256 was captured in the review.
Dispatch an allowlisted provider workflow and observe its terminal result.
Apply an allowlisted saved plan whose SHA-256 was captured in the review.
POST a bounded release document to an allowlisted HTTPS endpoint.
Verify adapters are read-only checks placed after the last mutating step. Production workflows require at least one.
Require explicit container services to report healthy through the executor.
Require an allowlisted HTTPS endpoint and expected status to become healthy.
Wait for one Gitea, GitHub, or GitLab workflow to succeed.
The sandbox marker exists for deterministic proof of the deployment lifecycle without touching real infrastructure.
Write and verify a release marker below an isolated runner-owned root.