الافتراضي هو rollback — إنه الطريق الأسرع والأكثر موثوقية لاستعادة حالة معروفة-سليمة. توجّه نحو hotfix فقط عندما يكون الـ rollback مستحيلاً أو أخطر من الإصلاح للأمام. في incident نشط، الأولوية هي إيقاف النزيف أولاً، والتشخيص لاحقاً.
الافتراضي هو rollback — إنه الطريق الأسرع والأكثر موثوقية لاستعادة حالة معروفة-سليمة. توجّه نحو hotfix فقط عندما يكون الـ rollback مستحيلاً أو أخطر من الإصلاح للأمام. في incident نشط، الأولوية هي إيقاف النزيف أولاً، والتشخيص لاحقاً.
| الموقف | اختر |
|---|---|
| الإصدار السابق معروف-سليم، لا migration | Rollback |
| شُحِن DB migration غير قابل للعكس | Hotfix / إصلاح-للأمام |
| السبب مجهول، أثر شديد | Rollback (اشترِ وقتاً) |
| سطر واحد تافه مفهوم جيداً | Hotfix |
| الـ rollback نفسه محفوف بالمخاطر/غير مختبَر | Hotfix |
هذا القرار يحدث في أسوأ لحظة ممكنة — النظام متوقف، الساعة تدور، والجميع يراقب. الـ Tech Lead الذي لديه قاعدة واضحة ومُتمرَّن عليها يقلّص الـ MTTR بشكل كبير ويمنع الخطأ الكلاسيكي المتمثل في محاولة الذكاء في منتصف الـ incident بينما الـ revert الممل كان هناك تماماً. استعِد أولاً، وكن ذكياً بعد ذلك.