Domyślnie wybieraj rollback — to najszybszy, najbardziej niezawodny sposób przywrócenia znanego-dobrego stanu. Sięgaj po hotfix tylko wtedy, gdy rollback jest niemożliwy lub bardziej niebezpieczny niż naprawa do przodu. W trakcie aktywnego incidentu priorytetem jest najpierw zatrzymać krwawienie, diagnozować później.
| Sytuacja | Wybierz |
|---|---|
| Poprzednia wersja znana-dobra, brak migracji | Rollback |
| Wypuszczona nieodwracalna migracja DB | Hotfix / naprawa do przodu |
| Przyczyna nieznana, dotkliwy wpływ | Rollback (kup czas) |
| Trywialny, dobrze zrozumiany jednolinijkowiec | Hotfix |
| Sam rollback jest ryzykowny/nietestowany | Hotfix |
Ta decyzja zapada w najgorszym możliwym momencie — system padł, zegar tyka, wszyscy patrzą. Tech Lead z jasną, przećwiczoną regułą na to drastycznie skraca MTTR i zapobiega klasycznemu błędowi prób bycia sprytnym w trakcie incidentu, gdy nudny revert był tuż obok. Najpierw przywróć, bądź sprytny później.