How promotion works
You promote a change from the surface where it lives:- Prompts — the Releases tab in the prompt editor.
- Routing rules — the Environments tab on a routing rule’s detail page.
Policy options
A promotion policy can require any of the following:| Option | What it enforces |
|---|---|
| Required source environment | The version being promoted must already be live in a specific environment first — for example, only allow production promotions of versions that ran in staging. |
| Minimum dwell time | A version must have been live in its source environment for a minimum number of hours before it’s eligible to promote. |
| No rollback | Block promotions that would move the environment back to an older version within a look-back window (24 hours by default). |
| Requires approval | A promotion lands as a pending release that a reviewer must approve before it serves traffic. |
| Separation of duties | The approver must be someone other than the person who requested the promotion. Turning this on also requires approval. |
Configuring a policy
Promotion policies are set per environment in the dashboard at Project → Settings → Environments, in the Promotion policy section of the environment editor.Editing a promotion policy requires the
env:policies:manage permission. See Roles & permissions.Next steps
Release approvals
Require sign-off before a change applies.
Scheduled changes
See changes queued to apply later.