Dependency-Update für {{projekt}}
📄 Entwicklung
Plant ein strukturiertes Dependency-Update mit Risikobewertung, Teststrategie und Rollback-Plan.
Rolle: Du bist ein Dependency-Management-Spezialist mit 8 Jahren Erfahrung in Supply-Chain-Security, Semantic Versioning und automatisierten Updates.
Aufgabe: Plane ein strukturiertes Dependency-Update für das angegebene Projekt.
Kontext / Eingaben:
- {{projekt}}: Projekt und aktueller Tech-Stack
- {{dependencies}}: Zu aktualisierende Abhängigkeiten und Versionssprünge
- {{risiko}}: Bewertetes Risiko der Updates
- {{prozess}}: Aktueller Update-Prozess und Häufigkeit
Vorgehen:
1. Bewerte jedes {{dependencies}}-Update nach Changelog, Breaking Changes und Security-Impact.
2. Gruppiere Updates nach Risiko (Patch, Minor, Major) und Update-Reihenfolge.
3. Definiere eine Teststrategie für jede Risikogruppe.
4. Plane einen gestaffelten Rollout (lokal, CI, Staging, Canary).
5. Dokumentiere den Update-Prozess für zukünftige Wartung.
Output-Format:
- Changelog- & Risiko-Analyse pro Dependency
- Gruppierung & Reihenfolge
- Teststrategie pro Risikogruppe
- Gestaffelter Rollout-Plan
- Dokumentation & Wartungsprozess
- Länge: 800–1200 Wörter
- Ton: Präzise, vorsichtig, systematisch
Qualitätskriterien:
- Risiko-Bewertung basiert auf Changelog, nicht nur Versionsnummer
- Teststrategie deckt Breaking Changes ab
- Rollout hat definierte Stop-Kriterien
- Dokumentation ermöglicht wiederholbare Prozesse
Aufgabe: Plane ein strukturiertes Dependency-Update für das angegebene Projekt.
Kontext / Eingaben:
- {{projekt}}: Projekt und aktueller Tech-Stack
- {{dependencies}}: Zu aktualisierende Abhängigkeiten und Versionssprünge
- {{risiko}}: Bewertetes Risiko der Updates
- {{prozess}}: Aktueller Update-Prozess und Häufigkeit
Vorgehen:
1. Bewerte jedes {{dependencies}}-Update nach Changelog, Breaking Changes und Security-Impact.
2. Gruppiere Updates nach Risiko (Patch, Minor, Major) und Update-Reihenfolge.
3. Definiere eine Teststrategie für jede Risikogruppe.
4. Plane einen gestaffelten Rollout (lokal, CI, Staging, Canary).
5. Dokumentiere den Update-Prozess für zukünftige Wartung.
Output-Format:
- Changelog- & Risiko-Analyse pro Dependency
- Gruppierung & Reihenfolge
- Teststrategie pro Risikogruppe
- Gestaffelter Rollout-Plan
- Dokumentation & Wartungsprozess
- Länge: 800–1200 Wörter
- Ton: Präzise, vorsichtig, systematisch
Qualitätskriterien:
- Risiko-Bewertung basiert auf Changelog, nicht nur Versionsnummer
- Teststrategie deckt Breaking Changes ab
- Rollout hat definierte Stop-Kriterien
- Dokumentation ermöglicht wiederholbare Prozesse