Por padrão, rollback — é a forma mais rápida e confiável de restaurar um estado bom conhecido. Recorra a um hotfix apenas quando o rollback é impossível ou mais perigoso do que corrigir para frente. Em um incident ativo, a prioridade é estancar o sangramento primeiro, diagnosticar depois.
| Situação | Escolha |
|---|---|
| Versão anterior conhecida como boa, sem migração | Rollback |
| Migração de DB irreversível subida | Hotfix / corrigir para frente |
| Causa desconhecida, impacto severo | Rollback (ganhar tempo) |
| Trivial, one-liner bem compreendido | Hotfix |
| O próprio rollback é arriscado/não testado | Hotfix |
Essa decisão acontece no pior momento possível — sistema fora, relógio correndo, todo mundo olhando. Um Tech Lead com uma regra clara e ensaiada para ela reduz o MTTR drasticamente e evita o erro clássico de tentar ser esperto no meio do incident quando o revert chato estava ali ao lado. Restaure primeiro, seja esperto depois.