Das Plugin bump setzt nur noch den Tag auf den auslösenden Commit. Es gibt keinen Versions-Commit mehr, package.json bleibt unberührt. Der Build nimmt die Version aus dem Tag (CI_COMMIT_TAG, im Beispiel als Build-Arg VERSION).
Grund: Mit Versions-Commit war der Head eines PRs immer der Bump-Commit mit [skip ci]. Dafür startet Woodpecker keine Pipeline, der verlangte Status-Check fehlt, der PR ist nicht mergebar (oumta-app). Ohne Commit bleibt der Head der des Entwicklers. Nebeneffekt: keine update version-Commits mehr in der Historie.
release_branch: nächste stabile Version ist der höchste vorhandene Patch der Linie plus eins (vorher Patch-Bump aus package.json).
Ein Commit, der schon ein v*-Tag trägt, wird nicht erneut getaggt. Ein Neustart der Pipeline baut also nicht doppelt.
Image auf alpine:3.20 wie deploy, Node wird nicht mehr gebraucht.
author_name und author_email entfallen.
Breaking: Apps, die die Version aus package.json anzeigen, müssen sie aus dem Build-Arg lesen (Anforderung in oumta-deploy folgt). Release als bump-v2.0.0.
Getestet
Lokal gegen ein Bare-Repo: feature von develop und von release, erste und weitere Betas, erneuter Lauf auf demselben Commit, hotfix mit und ohne Patch, production, release_branch mit vorhandenen stabilen Tags, Linie nach stabilem Tag, weitergelaufener Branch, fehlendes Token. Keine Commits auf den Branches.
## Was
Das Plugin `bump` setzt nur noch den Tag auf den auslösenden Commit. Es gibt keinen Versions-Commit mehr, `package.json` bleibt unberührt. Der Build nimmt die Version aus dem Tag (`CI_COMMIT_TAG`, im Beispiel als Build-Arg `VERSION`).
Grund: Mit Versions-Commit war der Head eines PRs immer der Bump-Commit mit `[skip ci]`. Dafür startet Woodpecker keine Pipeline, der verlangte Status-Check fehlt, der PR ist nicht mergebar (oumta-app). Ohne Commit bleibt der Head der des Entwicklers. Nebeneffekt: keine `update version`-Commits mehr in der Historie.
- `release_branch`: nächste stabile Version ist der höchste vorhandene Patch der Linie plus eins (vorher Patch-Bump aus `package.json`).
- Ein Commit, der schon ein `v*`-Tag trägt, wird nicht erneut getaggt. Ein Neustart der Pipeline baut also nicht doppelt.
- Image auf `alpine:3.20` wie `deploy`, Node wird nicht mehr gebraucht.
- `author_name` und `author_email` entfallen.
Breaking: Apps, die die Version aus `package.json` anzeigen, müssen sie aus dem Build-Arg lesen (Anforderung in oumta-deploy folgt). Release als `bump-v2.0.0`.
## Getestet
Lokal gegen ein Bare-Repo: feature von develop und von release, erste und weitere Betas, erneuter Lauf auf demselben Commit, hotfix mit und ohne Patch, production, `release_branch` mit vorhandenen stabilen Tags, Linie nach stabilem Tag, weitergelaufener Branch, fehlendes Token. Keine Commits auf den Branches.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
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>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Was
Das Plugin
bumpsetzt nur noch den Tag auf den auslösenden Commit. Es gibt keinen Versions-Commit mehr,package.jsonbleibt unberührt. Der Build nimmt die Version aus dem Tag (CI_COMMIT_TAG, im Beispiel als Build-ArgVERSION).Grund: Mit Versions-Commit war der Head eines PRs immer der Bump-Commit mit
[skip ci]. Dafür startet Woodpecker keine Pipeline, der verlangte Status-Check fehlt, der PR ist nicht mergebar (oumta-app). Ohne Commit bleibt der Head der des Entwicklers. Nebeneffekt: keineupdate version-Commits mehr in der Historie.release_branch: nächste stabile Version ist der höchste vorhandene Patch der Linie plus eins (vorher Patch-Bump auspackage.json).v*-Tag trägt, wird nicht erneut getaggt. Ein Neustart der Pipeline baut also nicht doppelt.alpine:3.20wiedeploy, Node wird nicht mehr gebraucht.author_nameundauthor_emailentfallen.Breaking: Apps, die die Version aus
package.jsonanzeigen, müssen sie aus dem Build-Arg lesen (Anforderung in oumta-deploy folgt). Release alsbump-v2.0.0.Getestet
Lokal gegen ein Bare-Repo: feature von develop und von release, erste und weitere Betas, erneuter Lauf auf demselben Commit, hotfix mit und ohne Patch, production,
release_branchmit vorhandenen stabilen Tags, Linie nach stabilem Tag, weitergelaufener Branch, fehlendes Token. Keine Commits auf den Branches.🤖 Generated with Claude Code