- production/*: kein Bump, der Schritt bricht ab (W4, D9)
- main hat keine Release-Rolle mehr; stabile Tags nur über settings.release_branch
(Patch-Bump, für Repos ohne Majors wie oumta-keyklo), ohne Commit-Message-Magie
- Linie für dev-Tags: nächster release/* oder hotfix/*-Branch nach jüngster Merge-Base,
bei Gleichstand die niedrigere Linie
- existiert das stabile Tag der Linie, zählt der Patch hoch (v2.4.1-beta.0 nach v2.4.0)
- hotfix/X.Y ohne Patch wird abgelehnt
- Branch und Tag in einem atomaren Push, kein halber Zustand nach Teilerfolg
- README: Regeln, Einschränkung des Secrets, Paket-Schreibrecht in actions
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
## Was
- `woodpecker/bump/`: Plugin, das aus Branch und Commit den nächsten Tag ableitet und setzt (dev, beta, hotfix→beta, main mit und ohne Marker, `release_line`), siehe D8 in oumta-deploy.
- `.woodpecker/plugins.yaml` baut jetzt beide Plugins mit Pfadfilter je Plugin; Release über Tag `bump-vX.Y.Z` bzw. `deploy-vX.Y.Z`.
- Nachträge zum deploy-Plugin aus #1: `plugin-docker-buildx:6` exakt wie in `WOODPECKER_PLUGINS_PRIVILEGED` (war nach dem Merge noch `6.1.2`), Registry-Login mit `oumta-ci` und Secret `oumta_ci_token` statt der globalen Secrets, README-Beispiele entsprechend (zugaenge.md in oumta-deploy).
## Voraussetzungen vor dem Tag
- Secret `oumta_ci_token` in Woodpecker für `actions/ci-cd`, freigegeben für `woodpeckerci/plugin-docker-buildx:6`, Events `push`, `tag`, `manual`.
- `oumta-ci` mit Paket-Schreibrecht in der Org `actions`.
## Getestet
Lokal gegen ein Bare-Repo: dev, beta, hotfix→beta, main mit und ohne Marker, `release_line`, weitergelaufener Branch, fehlendes Token.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Reviewed-on: #2
tuandClaude Fable 5.1