Shuffle/.claude/commands/release.md
cschlaefke 5e2c11b49f
All checks were successful
CI / flutter (pull_request) Successful in 1m27s
CI / web-build (pull_request) Successful in 1m0s
CI / supabase (pull_request) Successful in 9s
CI / supabase-tests (pull_request) Successful in 33s
CI / e2e (pull_request) Successful in 3m9s
docs: Review-Korrekturen an Release-Checkliste
Refs #2
Refs #46

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-11-03 20:45:30 +01:00

14 lines
1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
description: Release vorbereiten – Version, Changelog, Release Notes, Tag-Vorschlag
argument-hint: <version, z. B. 0.3.0>
---
Bereite Release $ARGUMENTS vor:
0. `docs/release-checkliste.md` nur lesen und den Status erheben (was ist erledigt, was offen). Keine Prüfbefehle gegen Staging/Prod ohne Freigabe von Chris. Offene Release-Blocker (Abschnitte 2 bis 5) halten Schritt 1 nicht auf (Version und Changelog dürfen vorbereitet werden), verhindern aber den Tag-Vorschlag in Schritt 4; Chris entscheidet.
1. `devops`: prüft, dass `main` grün ist, setzt `version:` in `app/pubspec.yaml` (Build-Nummer +1)
auf einem Branch `release/$ARGUMENTS` und erstellt einen PR.
2. `docs-writer`: ergänzt `CHANGELOG.md` aus den gemergten PRs seit dem letzten Tag und
schreibt nutzerverständliche Release Notes (Outline „90 Releases“).
3. Zeige mir Changelog und Release Notes.
4. **Kein Tag, kein Deployment, kein Store-Upload ohne meine ausdrückliche Freigabe.**
Nach Freigabe und Merge: Tag `v$ARGUMENTS` anlegen – der Release-Workflow übernimmt.