systematisch eingrenzen
Ein Fehler nach einem Deployment ist kein Zeichen schlechter Arbeit – er ist ein Signal. Wer systematisch vorgeht, findet die Ursache in Minuten statt Stunden. Wer improvisiert, sucht länger, macht mehr Nebenänderungen und riskiert, den Originalzustand zu überschreiben, bevor die Ursache klar ist.
Inhaltsverzeichnis
- 1. Warum Systematik über Intuition geht
- 2. Die ersten 60 Sekunden: Triage ohne Panik
- 3. Magento-Logs lesen und einordnen
- 4. GitLab-Pipeline als Diagnosewerkzeug
- 5. Änderungen eingrenzen: git bisect und diff
- 6. Wann rollbacken, wann fixen?
- 7. Umgebungsunterschiede als Fehlerquelle
- 8. Nachbereitung: den Fehler dokumentieren
- 9. Fehlerklassen und erste Anlaufstellen
- 10. Zusammenfassung
- 11. FAQ
1. Warum Systematik über Intuition geht
Wenn ein Produktionsfehler