Der Build nimmt die Version aus dem Tag (CI_COMMIT_TAG als Build-Arg VERSION),
package.json bleibt unberührt. Damit bleibt der Head-Commit eines PRs der des
Entwicklers und behält seinen Status-Check; [skip ci] entfällt.
- settings.release_branch: nächste stabile Version = höchster Patch der Linie + 1
- ein Commit, der schon ein v*-Tag trägt, wird nicht erneut getaggt (kein Doppel-Build)
- Image auf alpine:3.20 wie deploy, node wird nicht mehr gebraucht
- author_name/author_email entfallen
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