cschlaefke/Shuffle
1
0
Fork 0
Code Issues 33 Pull requests 2 Projects Releases Packages Wiki Activity Actions
Shuffle/.claude/commands/release.md
cschlaefke 5e2c11b49f
All checks were successful
CI / flutter (pull_request) Successful in 1m27s
Details
CI / web-build (pull_request) Successful in 1m0s
Details
CI / supabase (pull_request) Successful in 9s
Details
CI / supabase-tests (pull_request) Successful in 33s
Details
CI / e2e (pull_request) Successful in 3m9s
Details
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

1 KiB
Raw Blame History

description argument-hint
Release vorbereiten – Version, Changelog, Release Notes, Tag-Vorschlag <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.