Deployments

Rollbacks

Rol veilig terug naar vorige versies wanneer er problemen optreden.

3 min leestijd

Rollbacks let you quickly revert to a previous version when something goes wrong. TurtleApps keeps a history of all deployments, making rollbacks safe and instant.

When to Rollback

  • Critical bugs discovered in production
  • Performance degradation
  • Security vulnerabilities
  • Failed third-party integrations
  • Any unexpected behavior affecting users

Don't Hesitate

If something looks wrong after deployment, rollback first, investigate later. A quick rollback minimizes user impact.

How to Rollback

1

Go to Deployments

Navigate to your project's Deployments page to see deployment history.

Deployment history list

[Screenshot placeholder]

2

Select Previous Version

Find the last known good deployment. Each deployment shows:

  • Timestamp
  • Associated ticket
  • Who deployed it
  • Status
3

Click Rollback

Click the "Rollback" button on the target deployment.

4

Confirm

Review the rollback details and confirm. The rollback begins immediately and typically completes in under a minute.

What Happens During Rollback

  1. Previous deployment artifacts are retrieved
  2. Current deployment is replaced
  3. CDN cache is invalidated
  4. Health checks verify the rollback

⚠️Data Considerations

Rollbacks restore code only, not database changes. If your deployment included database migrations, you may need to handle those separately.

Rollback History

TurtleApps retains deployment history based on your plan:

PlanHistory Retention
Starter7 days
Professional30 days
Business90 days
EnterpriseCustom (up to 1 year)

Automatic Rollbacks

Enable automatic rollbacks in Project Settings → Deployments. When enabled, TurtleApps automatically rolls back if:

  • Health checks fail after deployment
  • Error rate spikes above threshold
  • Response time exceeds limit

Best Practices

  • Test thoroughly in preview before deploying
  • Keep deployments small for easier rollbacks
  • Monitor metrics after deployment
  • Document what changed in each deployment
  • Have a communication plan for incident response

Was dit artikel nuttig?