1.9 KiB
1.9 KiB
| description | agent | model | tools | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| hotfix – Schnellpfad für dringende Fixes. Implementiert, testet und shipped ohne Board-Routing. Für Build-Breaker, kritische Bugs und dringende Korrektionen. | agent | Claude Opus 4.6 (copilot) |
|
Hotfix – Schnellpfad
Dieser Workflow umgeht den nextstep-Router und das Board-Routing. Er ist für Situationen gedacht, in denen ein Fix sofort umgesetzt werden muss (z. B. Build-Breaker, kritischer Bug, dringende Korrektur).
Ablauf
1 – Problem verstehen
Der User beschreibt das Problem direkt (kein Issue nötig). Lies die betroffenen Dateien und verstehe den Kontext.
2 – Fix implementieren
Implementiere den Fix direkt – kein Subagent nötig für kleine Änderungen. Bei größeren Fixes den android-implementer aufrufen.
- Lies die betroffenen Dateien vor dem Editieren
- Halte den Fix minimal – nur das Problem lösen, keine Refactorings
- Beachte die Coding Conventions aus
.github/kotlin-conventions.instructions.md
3 – Build & Test
./gradlew assembleDebug test
Bei Testfehlern: Analysiere und behebe direkt (max. 3 Zyklen).
Ziel: Build erfolgreich, alle Tests grün.
4 – Commit & Push
Lade den Skill .github/skills/git/SKILL.md.
git add– alle geänderten Dateiengit commit– Conventional Commits Format:fix(<scope>): <kurze Beschreibung> <Was war das Problem, wie wurde es gelöst>- Push ankündigen (geänderte Dateien + Commit-Message anzeigen)
git push
5 – Ergebnis melden
Hotfix abgeschlossen:
- Problem: <Beschreibung>
- Fix: <Was geändert wurde>
- Tests: ✅ / ❌
- Push: ✅ / ❌
Regeln
- Kein Issue nötig – der Hotfix wird direkt umgesetzt
git commitautonom,git pushankündigen (Quality Gate gemäßcopilot-instructions.md)- Minimal-Invasiv – nur das Problem lösen, nichts anderes ändern