Rollback Release
Overview
Emergency procedure to revert a production deployment when critical issues are discovered post-release.
Prerequisites
- Access to Azure DevOps Pipelines
- Access to Accedo Control
- Knowledge of the last known good version/commit
When to Use
- Critical bug discovered in production
- Major functionality broken after deployment
- Security vulnerability identified
- Performance degradation affecting users
Procedure
Step 1: Assess the Situation
Purpose: Determine the scope and urgency of the rollback
- Identify what is broken (web, Electron, or both)
- Determine the last known good version
- Notify stakeholders that a rollback is in progress
Step 2: Rollback Web Deployment
Purpose: Restore the previous web version
- Navigate to the Production pipeline
- Find the last successful production deployment
- Click on the build and select Re-run or manually trigger with the previous commit/tag
Verification: Production URL shows the previous version (check version number or specific fix that was reverted)
Step 3: Rollback MSIX/Electron (if needed)
Purpose: Restore the previous Electron version for new installations
-
In Accedo Control, update the integrity configuration:
- Ensure the checksum matches the previous MSIX
-
If a new MSIX build is needed, and it’s not available in Sharepoint:
- Checkout the previous release tag
- Run the MSIX build pipeline
- Upload to SharePoint
Verification: New installations use the previous stable version
Step 4: Verify Rollback Success
Purpose: Confirm the system is stable
- Production application loads correctly
- Previously broken functionality now works
- User reports confirm resolution (if applicable)
Step 5: Post-Incident Communication
Purpose: Inform stakeholders of resolution
- Update the incident channel/thread
- Send resolution notice:
[RESOLVED] Production rollback complete
Issue: [Brief description]
Resolution: Rolled back to version [X.X.X]
Next steps: [Investigation/fix timeline]
Post-Procedure Verification
- All critical user flows working
- Monitoring shows normal error rates
- No user complaints about previously reported issue
Troubleshooting
| Problem | Possible Cause | Solution |
|---|---|---|
| Cannot find previous build | Build artifacts expired | Rebuild from previous git tag |
| Rollback doesn't fix issue | Issue existed in previous version | Investigate further, may need older version |
| Users still see broken version | CDN/browser cache | Wait for cache expiry or purge CDN |
| Electron app still broken | App cached locally | Users need to reinstall or clear app cache |
Escalation
- Immediate: Alert team lead and on-call
- If unresolved in 30 min: Escalate to engineering manager
- If customer-facing for 1+ hour: Escalate to stakeholders