Deploy states and phases
These are the phase names shown on deploy records; the lifecycle behind them is explained in How deploys move from code to traffic.
Active deploy phases
Section titled “Active deploy phases”| Phase | Meaning |
|---|---|
| Pending | The operation is waiting to start. |
| Validating | synsmarts is checking the revision and App configuration. |
| Classifying | synsmarts is determining whether Magento database changes are code-only, additive, breaking, or unknown. |
| Building | The runnable release is being prepared. |
| Migrating | Required database changes are being applied. |
| Rendering | The target App configuration is being prepared. |
| Deploying | The replacement release is starting. |
| Promoting | Health checks passed and traffic is moving to the replacement. |
| Cleaning up | Temporary release resources are being removed. |
Not every deploy displays every phase. WordPress deploys use the code-only path and skip Migrating. Magento and Shopware deploys show Migrating on every path, code-only included, because their release Job runs then. Magento classification can continue after the image build when synsmarts must compare the serving and candidate schema inventories. During Promoting, a Magento release must also answer its home page and one product page with HTTP 200 within 45 seconds before traffic moves; a configuration-only change checks the home page alone.
Terminal outcomes
Section titled “Terminal outcomes”| Outcome | Meaning |
|---|---|
| Complete | The intended release is serving. |
| Failed | The operation stopped without reaching its intended result. |
| Restore failed | Recovery after a data-changing failure didn’t complete; contact support. |
| Cancelled | The operation stopped before completion, on request or because another App operation was already running. |
| Superseded | A newer accepted operation replaced this one. |
The portal can display Complete while internal cleanup is still being reconciled. The customer-visible result remains successful because the intended release is serving. On Magento, the cache flush, Varnish purge, and storefront warm-up that follow every promotion can also still be running; their outcome doesn’t change the deploy’s result.
Rollback decision state
Section titled “Rollback decision state”Awaiting approval isn’t a normal deploy phase. It appears when a rollback that can affect data is waiting for an explicit customer decision.
Rollback availability isn’t determined by phase alone. The portal also checks the previous release, the type of change, and whether a safe rollback path exists.