Add daily email for 2025-02-19
Roll back or fix forward?
This commit is contained in:
parent
b5f242bf05
commit
5f36371607
34
source/_daily_emails/2025-02-19.md
Normal file
34
source/_daily_emails/2025-02-19.md
Normal file
|
@ -0,0 +1,34 @@
|
|||
---
|
||||
title: Roll back or fix forward?
|
||||
date: 2025-02-19
|
||||
permalink: daily/2025/02/19/back-or-forward
|
||||
tags:
|
||||
- software-development
|
||||
cta: ~
|
||||
snippet: |
|
||||
How do you resolve issues after a deployment? Do you roll back to the previous version or fix the issue and deploy it and move forward?
|
||||
---
|
||||
|
||||
You deploy a code change but it creates an issue.
|
||||
|
||||
Maybe it breaks a feature, adds a bug or takes down an environment completely.
|
||||
|
||||
How do you resolve it?
|
||||
|
||||
Larger releases will sometimes have a roll back plan that details how to revert to the previous release.
|
||||
|
||||
This can be difficult, especially for large releases and ones that change the database schema or values.
|
||||
|
||||
Because of the amount of change, diagnosing an issue in a large release can take time.
|
||||
|
||||
If it's been a while since the prior release, it can be some time since the code that introduced the issue was worked on - making it harder to fix.
|
||||
|
||||
I prefer to do small releases and do them often.
|
||||
|
||||
Some releases contain a single commit which was made only minutes since the previous release.
|
||||
|
||||
This makes it easier to identify the issue, fix it and deploy a new version.
|
||||
|
||||
No rolling back database changes or reverting to previous releases.
|
||||
|
||||
Small, iterative deployments are less risky than large infrequent ones, easier to fix and make changes available to end users sooner.
|
Loading…
Reference in a new issue