Instant Rollbacks on Launch

Instant Rollbacks on Launch allow you to revert your application to a selected previous successful deployment without triggering a rebuild.

Note Instant Rollbacks feature is currently available as a beta release and supports only AWS regions. During the beta period, the rollback retention window is limited to 1 deployment across all plans. The full release with expanded retention windows and broader region support is expected in the coming weeks.

Use Instant Rollbacks to:

  • Recover quickly from problematic releases
  • Reduce downtime
  • Maintain application stability

How Instant Rollbacks Work

stateDiagram-v2
[*] --> QUEUED
QUEUED --> DEPLOYING

DEPLOYING --> LIVE : success
DEPLOYING --> FAILED : error
DEPLOYING --> CANCELLED : cancelled

%% ARCHIVED is triggered by a new deployment going LIVE
LIVE --> ARCHIVED : on next deployment LIVE

%% Terminal states
FAILED --> [*]
CANCELLED --> [*]
ARCHIVED --> [*]

Every deployment on Launch goes through the following lifecycle:

  • QUEUED → DEPLOYING → LIVE: Normal deployment flow.
  • FAILED or CANCELLED: Deployment did not complete successfully and cannot be used for rollback.
  • ARCHIVED: When a new deployment goes LIVE, the previous LIVE deployment becomes ARCHIVED. These ARCHIVED deployments are the only candidates for rollback.

When a new deployment goes LIVE:

  • The previous LIVE deployment becomes ARCHIVED.
  • A limited number of recent ARCHIVED deployments are available for rollback.

Rollback Eligibility

You can roll back only to deployments that meet all of the following conditions:

ConditionDetails
ARCHIVED stateOnly previously LIVE deployments (now archived) can be used for rollback.
Within the retention windowOnly a limited number of recent deployments are retained based on your plan.
Infrastructure is still availableThe deployment's assets and resources must still exist. Older deployments may be cleaned up automatically.

Retention Window

Launch retains a limited number of previous deployments for rollback. Only deployments within this window are available for rollback.

The following Rollback Retention window tiers are available on Launch:

Rollback TierRetention Window Count
Free (Default)1
Self-Serve3
Enterprise5

The Retention window starts with Free Tier by default, but you can request an upgrade in the plan as per the use case.

To request a tier change, contact your Contentstack account representative.

Note After modifying the tier, the updated retention window takes effect starting from the next deployment. Contentstack does not retroactively adjust previously retained deployments.

Performing a Rollback

To perform a rollback, follow the steps below:

  1. On your Deployments screen, click Rollback Deployment.
  2. In the modal that appears, select an eligible previous deployment and click Review Rollback
    Click to enlarge
  3. You can enter the reason for rollback, if any. Then click Confirm & Roll Back to proceed with the rollback. 
    Click to enlarge

You can find the rollback details as shown below:

  • Deployment History 
    Click to enlarge
  • Current Deployment 
    Click to enlarge
  • Rolled Back Deployment 
    Click to enlarge

What Happens During Rollback

  • Your application is restored to a previous working version: The selected deployment becomes the active version of your site.
  • The current version is preserved: The version you were using is not lost and can be accessed again if needed.
  • Traffic is redirected promptly: Users start seeing the restored version within seconds.
  • Cached content is refreshed: Any cached content is updated to ensure users see the correct version.

Note Auto-deployments triggered by commits, webhooks, or automations continue to run during a rollback. We recommend disabling them before you begin to avoid unintended deployments.

Failure Handling

The rollback process includes the following safeguards:

  • If the selected deployment is not eligible, the rollback does not start:
    This prevents switching to an invalid or incomplete version.
  • If something goes wrong during rollback, your site remains stable:
    Launch ensures that your application continues serving a consistent version and avoids partial or broken states.